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BACKGROUND OF THE INVENTION 
(1) Field of the Invention 

The present invention relates to a communication method 
used between a terminal belonging to a virtual group comprised of a 
plurality of terminals connected to one another via a general 
network and another terminal whose relation with the group is 
unknown. More particularly, the present invention relates to an 
authentication method for performing authentication between the 
terminal and the other terminal in situations such as when the other 
terminal joins the group and when the other terminal wishes to 
obtain information it requires from the terminal belonging to the 
group. 



(2) Description of the Related Art 

The number of user terminals enjoying a variety of network 
services on the Internet has been increasing at an accelerated rate 

20 thanks to reductions in the prices of Internet access devices and 
connection fees, as well as to a wider variety of connection devices 
and the improvement in the speed of communications. At around 
the time when the commercial application of the Internet first 
started, most of the Internet services were one-way services in 

25 which ordinary users download information from the servers of 
information providers, by using their own terminals. At present, 
however, such information providers are not limited to a certain type 
of people, as there are an increased number of users wishing to 
transmit their privately-owned information (e.g. text data, still 

30 picture data, sound data, and moving picture data), many of whom 
place their information on WWW (World Wide Web) servers so that 
other users can view such information. 
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Methods in which such information providers provide 
information are roughly divided into two: information providers (1) 
operate their own servers to provide information; and (2) upload 
information they wish to provide onto servers that accept 
5 information on a free or chargeable basis. 

Furthermore, there is an increasing demand for sharing 
privately-owned information only among a plurality of terminals 
owned by specific users (to be referred to as "group" hereinafter) 
such as friends, family members and those who have the same 

10 hobby, rather than transmitting information to general user 
terminals. As a major method in response to such a demand, there 
is a method utilizing an authentication server (which may be the 
server of an information provider) on which a set of a user ID and 
password (to be also referred to as "group list" hereinafter) of a user 

15 who has been permitted to join a group is registered, and a decision 
is made as to whether or not to permit such user to share 
information in the group, by verifying the set of the user ID and 
password inputted from a user terminal. 

Also, when a formed group is made public, membership to the 

20 group is solicited from general users by registering information 
about the group (i.e. the category of the group, member information, 
and conditions for membership) on the authentication server. Then, 
the general users know about the registered group by accessing the 
authentication server, and obtain information required for joining 

25 the group. Many of the groups intended for having communications 
over networks (e.g. chat, BBS, and mailing list) let the public know 
about them in the above manner. 

In a case such as the one described above where an 
information provider stores information on a server, and an 

30 information user accesses the server through his/her terminal 
(so-called client-server model), the following problems arise: when 
an information provider operates a server on his/her own, 
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(1) A high degree of knowledge is required: a technical 
knowledge on servers, networks and so forth is required, making it 
difficult for general users to operate servers of their own; 

(2) Costly: operation cost is required for making a server 
5 dedicated to providing information in operation all the time, other 

than costs for equipment and software; 

(3) There are limitations on the capacity of servers regardless 
of whether a service is chargeable or free: since there is a limitation 
on the information storage capacity of a server in many cases (in a 

10 case of servers which impose charges for information usage on 
information users, it is possible to relax limitations on capacity by 
making such information users bear most of the costs), and 
therefore, only a limited number of people can be information 
providers; 

15 (4) Privacy leakage: there is a possibility that information 

stored on a server may be leaked to a third person due to some sort 
of accident even when an information provider is trustworthy, and 
therefore, it is difficult to protect privacy in a perfect manner; and 
(5) Reliability as an open issue to be addressed: no 

20 information can be provided or shared at all when a server becomes 
inaccessible due to some sort of trouble. 

The above-listed "limitations on capacity" does not pose a 
problem when an information provider can recover all costs incurred 
for providing information by obtaining an income in compensation 

25 for providing information. However, it is impossible to recover such 
costs when general users disseminate information or share 
information among user terminals. 

As a solution to the above-listed problems that arise when 
information is shared in a communication of a client-server model as 

30 mentioned above, a peer to peer (to be referred to as "P2P" 
hereinafter) model has been a recent focus of attention. A "P2P" 
model is a communication method in which information is not 
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concentrated on a server but is directly sent/received to and from an 
information provider and an information user when required, and 
therefore can serve as a solution to the above-listed problems (for 
example, refer to Keiichi KOYANAGI, P2P -New Century of the 
5 Internet (P2P Internet no shin-seiki) . Ohmsha Ltd, 2002). 

Fig.l is a conceptual diagram showing the flow of processing 
in a case where information is transferred among user terminals 
participating in a P2P model network (to be referred to as U P2P 
network" hereinafter). Assume that each user terminal (more 

10 specifically, terminals A-F) in Fig.l knows the existence of at least 
one other terminal participating in the P2P network. For example, 
the terminal A knows the terminals B and F, the terminal B knows the 
terminals A, C and D, the terminal D knows the terminals B and E, 
the terminal E knows only the terminal D, and the terminal F knows 

15 the terminals A and C, respectively. Here, assume that a user of 
the terminal A wishes to obtain certain information in the above 
state. In order to receive information that the user of the terminal 
A requires, the user needs to make a search required for specifying 
the terminal of another user who possesses such information. 

20 Regarding the instructions of the user, the terminal A sends, 

to the terminals B and F, a request indicating that the user of the 
terminal A wishes to search for a user terminal having the above 
information (to be referred to as "search request" hereinafter). 
Next, the terminals B and F relay the search request sent from the 

25 terminal A to the user terminals they respectively know, and further 
to the user terminals known to the user terminals that terminals B 
and F know (S1501). Then, user terminals that have information 
satisfying the search request (the terminals C and E in this case) 
directly notify the terminal A that they have such information 

30 (S1502 and S1503). The terminal A selects the terminal E based on 
a certain sort of judgment criteria, and the information is directly 
transferred from the terminal E to the terminal A in the end (S1504). 
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Of course, both the terminals C and E may directly transfer such 
information to the terminal A. 

Accordingly, the above problems (1)- (5) with the 
client-server model can be solved as described below: 
5 (1) A high degree of knowledge on server operation is not 

required, since there is no need for operating a server; 

(2) Cost for operating or using a server is not required; 

(3) Since the information recipient A receives information 
directly from the information sender E, limitations on the amount of 

io information to be transferred are imposed only on a local recording 
capacity of the terminal E, meaning that there is virtually no 
limitation on capacity; 

(4) Since information is not transferred via a third person 
other than the terminals A and E, information privacy can be 

15 protected if the communication between the terminals A and E is 
encrypted by using an existing technique; and 

(5) It is possible for the terminal A to obtain necessary 
information from the terminal C, even when the terminal E is not on 
the network (in offline state). 

20 Meanwhile, when a user wishes to participate in a group 

formed on the P2P network, and to share privately-owned 
information among other group members, the following 
requirements (A) and (B) need to be satisfied (due to the fact that 
there is no authentication server in this case): 

25 (A) A user wishing to join the group needs to obtain 

information about the group using some method or other; 

(B) User terminals of group members need to authenticate 
one another to confirm if they really participate in such group, when 
information is to be shared among such group members. 

30 First, let us think about the requirement (A). 

An information search method of the above-mentioned P2P 
model can be used to obtain information about the group. By 
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making a search which is required for obtaining information about 
the group on the P2P network, it is possible to obtain the group 
information on the network without needing to use an 
authentication server. 
5 First, a user is required to obtain (1) information for 

identifying the group on the network and (2) information about the 
attribute of the group and the like that is indicative of which 
category such group belongs to, and then (3) information indicating 
where to be connected in order to participate in the group. 

io The above information (1) is an ID and the like assigned to 

the group by which the group can be uniquely identified. The above 
information (2) is the group category, its intention, requirements for 
participating the group, and the like. Finally, the information (3) is 
IP addresses, port numbers and the like of group members which are 

15 required for actually making an access to such group members. 

In the following, the above information (1) is referred to as 
"group identification information", the information (2) is referred to 
as "group attribute information" and the information (3) is referred 
to as "entry point information". Moreover, the information (1) and 

20 (2) are collectively referred to as "group information". 

First, a user obtains group identification information and 
group attribute information by means of a search, and decides 
whether or not to join the group by referring to the obtained group 
attribute information. When deciding to join the group, the user 

25 searches for entry point information of the group so as to obtain the 
entry point information. When this is done, the user specifies 
which entry point information in the group is needed, according to 
the previously obtained group identification information. When 
obtaining the entry point information, the user then needs to go 

30 through the procedure for joining the group by making an access to 
the entry point indicated by such entry point information. When 
the above processing is performed by the use of the search method 
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of the P2P network, two problems arise because of the fact that the 
group information is not managed by an authentication server. 

The first problem is the falsification of the group information. 
As shown in Fig. 2, assume that there are three groups Gl, G2, and 
5 G3 on the network. Here, the terminal A of the user A specifies a 
condition a which should be satisfied by a group that the user A 
wishes to join, and searches for group information on the P2P 
network (S3101). 

Next, upon receipt of the search request from the terminal A, 
io the terminals B and F belonging to the group G2 judge whether the 
group information of their group matches the condition a specified 
by the terminal A. In an example shown in Fig. 2, since the group 
G2 does not satisfy the condition a , the terminals B and F transfer 
the above search request to the user terminals they respectively 
15 know. Subsequently, the terminals C and D of the group Gl that 
satisfy the condition a notify the terminal A of group identification 
information DI1 and group attribute information All they possess 
(S3102 and S3103). 

Accordingly, the user A of the terminal A comes to know the 
20 existence of a group that satisfies the condition a s/he specified, 
and therefore obtains an opportunity to participate in such group. 

As shown in Fig. 3, however, it is easy to falsify group 
information on the P2P network. The user A in Fig. 3 specifies the 
condition a which should be satisfied by a group the user A wishes 
25 to join, using the terminal A, and searches for group information on 
the P2P network, as in the case of Fig. 2 (S3201). 

In response to this search, there is a possibility that 
fraudulent responses are returned in the following manner: 

(1) A person who responds to the search falsifies group 
30 attribute information of its own group 

For example, assume the following case: the user B of the 
terminal B sends, to the terminal A as a response to the search 
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request, not group attribute information AI2 but group attribute 
information All of another group which satisfies the condition a, 
out of the group information of the group to which the user B 
belongs (S3202). In this case, there is a possibility that the user A 
5 will join the group G2 which does not satisfy the condition a which 
s/he specified. 

(2) A person who responds to the search uses group 
identification information of another group and falsifies group 
attribute information of such group 

10 For example, assume the following case: the user E of the 

terminal E uses group identification information DI1 of another 
group, and fakes such group attribute information AI4 that satisfies 
the condition a so as to send the fake group attribute information 
to the terminal A (S3203). As a result, there arises a possibility 

15 that the user A obtains false group attribute information of the 
group Gl, and that false group attribute information AI4, which is 
not the group attribute information of the Gl, is disseminated as 
such. Similarly, the same kind of falsification can take place when 
a search is made for entry point information. 

20 Here, referring to Fig. 2, an explanation is given of the flow of 

processing for searching for entry point information, utilizing the 
information search method of the P2P network. 

First, the user A specifies a condition a and group 
identification information of a group whose entry point information 

25 s/he wishes to obtain so as to make a search. Users C and D who 
belong to a group identified by such specified group identification 
information return their own entry point information as a response 
to the above search via their respective terminals. 

In this case, too, it is easy for the above users who return a 

30 response to make a fraudulent response because of the fact that the 
group identification information and corresponding entry point 
information are not managed together by a server. In such a case, 
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a fraudulent response is assumed to be made in the following 
manner: 

(3) A person who responds to the search uses group 
identification information of another group and falsifies entry point 
5 information of such group. For example, it is possible for the 
terminal E to falsify entry point information and therefore return the 
entry point information of the terminal B in response to a search 
made by the terminal A for obtaining entry point information of the 
group Gl. In this case, there is a possibility that the terminal A will 

10 join the group G2, which is not the group Gl, and therefore, the 
member B of the group G2 is forced to deal with a wrong access 
made by the terminal A. 

Of the above three fraudulent responses, the response (1) 
can take place in communications of a client-server model, but the 

15 responses (2) and (3) are more likely to take place in P2P 
environments. Since group identification information and 
corresponding group attribute information, and group identification 
information and corresponding entry point information are not 
managed by a server, a malicious user can make a fraudulent 

20 response by tampering with and transmit fake group attribute 
information and entry point information. 

With the existing information search method of the P2P 
network, it is not possible to ascertain the validity of the above 
response. This is because anyone can make a response to a search 

25 made by a searcher in the existing search method of the P2P 
network. 

The second problem is concerned with the uniqueness of a 
group. When a group is managed by an authentication server in a 
collective manner, it is easy to create an identifier for discriminating 
30 one group from another by the use of an authentication server. By 
using such an identifier as group identification information, a user 
can uniquely identify a group whose information s/he wishes to 
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obtain. 

On the P2P network, however, anyone can form a group freely 
and therefore it is not easy to determine an identifier for uniquely 
making a distinction between other groups. For example, assume 
5 that the user A forms a group and assigns an identifier Gl to such 
group, after which the user B forms another group and assigns the 
same identifier Gl to such group. In this case, another user C 
cannot discriminate between the user A's group and the user B's 
group using the identifier Gl. More importantly, since a case is 

10 assumed where the user B will intentionally use the same identifier 
as that of the user A's group, the second problem cannot be solved 
by just using identifiers. Thus, what should be used as group 
identification information is one of the biggest issues in a case 
where groups are operated on the P2P network. 

15 In order to solve the first and the second problems described 

above, it is possible to use a method in which information about a 
group and users is managed on an authentication server and actual 
data transfer is carried out in a P2P system. Such method, which is 
known as hybrid P2P, is one of the solutions to the above-mentioned 

20 problems (3) and (4) with client-server model. With this method, it 
is possible to protect group information from falsification, allowing 
group uniqueness to be easily assured. 

Next, let us think about the requirement (B). 

Referring to Fig. 4, an explanation is given of existing methods 

25 and the problems thereof. 

As shown in Fig. 4, the first existing method is a method in 
which each user terminal in the group holds the same group list as 
one owned by an authentication server in the client-server model. 
In Fig.4A, the user terminals A, B and C have their respective group 

30 lists on which the terminals A, B and C are described as the user 
(member) terminals making up the group (members). For example, 
when the user terminal C lets the other terminals (terminals A and 
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B) know its user ID and password, the terminals A and B compare 
such user ID and password with the user ID and password described 
in their respective group lists. If the result of such comparison 
shows that the user ID and password presented by the terminal C 
5 match the user ID and password described on the group lists of the 
terminals A and B, the terminal C is authenticated as a group 
member, and is allowed to share information among the terminals A, 
B and C. Therefore, a user terminal X, which is not a group member, 
cannot know the user IDs and passwords described in the group list, 

10 and thus, the user terminal X is not allowed to share information 
among the terminals A, B and C. Accordingly, the privacy of the 
group comprised of the terminals A, B and C is protected. 

However, there is a problem with the first existing method. 
Assume that the terminal A or the terminal B lets a terminal D join 

is the group as a new member while the terminal C is in an offline state. 
In such a case, as shown in Fig.4B, the user ID and password of the 
newly added terminal D are added to the group list of the terminals 
A, B and D, which enables them to share the group list with the same 
contents. However, since the terminal C is in an offline state at this 

20 point of time, it is impossible for the terminal C to update its group 
list. Next, assume the case where the terminals A and B are in 
offline state and only the terminals C and D are participating in the 
network (in an online state) (Fig.4C). In this case, the terminal C 
cannot authenticate the terminal D as a group member since there is 

25 no description about the terminal D in the group list of the terminal 
C, making it impossible for information to be shared between the 
terminals C and D despite the fact that they are members of the 
same group (although there is a description about the terminal D in 
the group list of the terminal D, the terminal C cannot trust such 

30 description because of the possibility that the terminal D has 
tampered with the group list). In other words, there is a problem 
with the first existing method in that synchronization cannot be 
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maintained among group lists possessed by the respective user 
terminals. 

The second existing method to circumvent this problem is a 
method in which only a specified member holds a group list and such 
5 specified member makes changes in group members on the group 
list and performs authentication concerning a participation status of 
the user terminals in the group. 

However, when hybrid P2P is employed in response to the 
requirement (A), the problems (1), (2) and (5) with the client-server 

io model cannot be solved. 

Furthermore, regarding the requirement (B), the second 
existing method has a problem in that, when the above-described 
specified member is in an offline state, the other members cannot 
authenticate with each other. In Fig.4D, for example, assume that 

15 the terminal A is the above-described specified member, and the 
terminals B and C are the other group members. When the 
terminal A is in an online state, it is possible for the terminal B to 
authenticate the terminal C as a group member by making an inquiry 
about the terminal C to the terminal A. As shown in Fig.4E, 

20 however, since the terminal B fails to make an inquiry to the terminal 
A when the terminal A is in an offline state, the terminal B cannot 
authenticate the terminal C, making it impossible for information to 
be shared between the terminals B and C, despite the fact that they 
are members of the same group. 

25 As described above, when wishing to share information within 

a group on the P2P network that is capable of solving the problems 
of the client-server model, the following problems occur: 

(1) There is a possibility that synchronization cannot be 
maintained among group lists possessed by the respective user 

30 terminals, in which case authentication cannot be performed even 
among members of the same group; and 

(2) If a specified member responsible for holding the group 
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list is in offline state, the other members cannot authenticate with 
one another as members of the group. 

Meanwhile, in a public key encryption system such as PKI, 
authentication is generally performed between terminals by the use 
5 of expired participants lists distributed from a specified server. 
Users make an access, via their terminals, to a server that 
distributes expired participant lists at the time of authentication or 
on a specified date, so as to update their respective expired 
participant lists possessed by their terminals. 
10 However, since there is no server on the P2P network which is 

in operation all the time, it is impossible, with the above method, to 
obtain an expired participant list when the manager terminal is in an 
offline state. 

As shown in Fig.SA, a possible method which addresses this 
15 problem is one in which the manager A who prepared the expired 
participant lists broadcasts new expired participant lists to the 
terminals of all the group members via the terminal A. However, 
since the terminals of the group members are not always in an online 
state, the terminal X of the member X in an offline state cannot 
20 obtain an expired participant list as shown in Fig.5B. 

Furthermore, as shown in Figs.SC and 5D, if the terminal A 
enters in to an offline state before the terminal X, which failed to 
obtain an expired participant list, enters in to an online state, it is 
impossible for the terminal X now in the online state to make an 
25 access to the terminal A, and therefore, the terminal X cannot obtain 
an expired participant list after all, as shown in Fig.5D. 

SUMMARY OF THE INVENTION 

The present invention has been conceived in view of the 
30 above problems. Accordingly, an object of the present invention is 
to provide a communication method and others which allows 
necessary information to be searched for without necessitating a 
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server operation even when information is to be shared in a group, 
as well as allowing authentication to be always performed between 
arbitrary members to confirm if such members are members of the 
group. 

5 In order to achieve the above object, a terminal apparatus 

according to the present invention is a terminal apparatus that 
communicates with another terminal apparatus on a network, and 
the terminal apparatus possesses a public key of a group formed on 
the network. The terminal apparatus comprises: an inquiry 

10 information sending unit operable to send inquiry information to the 
other terminal apparatus, where the inquiry information indicates 
an inquiry about whether or not other terminal apparatus is a 
terminal apparatus that is an authorized member of the group; an 
encrypted information receiving unit operable to receive 

15 predetermined encrypted information from the other terminal 
apparatus in response to the inquiry information sent by the inquiry 
information sending unit; a decryption trial unit operable to try 
decrypting the received encrypted information by using the group 
public key; an information judgment unit operable to make a 

20 judgment on whether or not decrypted information is appropriate, 
when the decryption succeeds in the decryption trial unit; and a 
terminal judgment unit operable to judge that the other terminal 
apparatus is a terminal apparatus that is an authorized member of 
the group, when the information judgment unit judges that the 

25 decrypted information is appropriate. 

Accordingly, with the terminal apparatus according to the 
present invention, since information sent from a terminal apparatus 
to be authenticated which sent inquiry information used for 
authentication is decrypted with the public key of the group, and a 

30 judgment is made about whether or not the details of such 
information is appropriate so as to see if the terminal apparatus to 
be authenticated is an authorized member of the group, it is possible 
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to always perform authentication to confirm whether or not the 
terminal apparatus to be authenticated is a terminal apparatus of a 
member of the group, without necessitating a server operation. 

Also, in order to achieve the above object, the terminal 
5 apparatus according to the present invention is a terminal apparatus 
that communicates with another terminal apparatus on a network. 
The terminal apparatus comprises: an inquiry information 
sending unit operable to send inquiry information to the other 
terminal apparatus, where the inquiry information indicates that a 

10 user of the terminal apparatus whishes to obtain group information 
including a public key of a group formed on the network; a group 
information receiving unit operable to receive, from the other 
terminal apparatus, the group information on which a digital 
signature is created, in response to the inquiry information sent by 

15 the inquiry information sending unit; a group information 
verification unit operable to verify validity of the received group 
information, by using the public key included in the group 
information; and a group information judgment unit operable to 
judge that the group information has been obtained from a terminal 

20 apparatus of an authorized member of the group, when the validity 
of the group information is verified by the group information 
verification unit. 

Accordingly, since a judgment is made on whether the other 
terminal apparatus is a terminal apparatus of a member of the group 

25 by ( i ) sending, to the other terminal, information indicating that 
the user of the terminal apparatus wishes to obtain group 
information, and ( ii ) by verifying the validity of the group 
information by the use of the group public key, the group 
information received from the other terminal on which a digital 

30 signature is created using the private key of the group, it is possible 
to always obtain group information from a terminal apparatus of an 
authorized member of the group, without necessitating a server 
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operation. 

Note that, in order to achieve the above object, it is possible 
for the present invention to be embodied as a communication 
method which includes, as its steps, the characteristic elements of 
5 the above terminal apparatus, and as a program which includes 
these steps. Also, such program can not only be stored in a ROM 
and the like included in a terminal apparatus, but also be distributed 
via recording media such as a CD-ROM, and transmission media 
such as a communication network. Furthermore, the present 
10 invention is also capable of being embodied as a communication 
system that includes the above terminal apparatus more than one in 
number. 

FURTHER INFORMATION ABOUT TECHNICAL BACKGROUND 
15 TO THIS APPLICATION 

The following prior applications are incorporated herein by 
reference: 

Japanese Patent Application No. 2002-213401 filed July 23, 
2002; and 

20 Japanese Patent Application No. 2002-300108 filed October 

15, 2002. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other subjects, advantages and features of the 
25 invention will become apparent from the following description 
thereof taken in conjunction with the accompanying drawings that 
illustrate a specific embodiment of the invention. In the Drawings: 
Fig.l is a conceptual diagram showing a flow of information 
transferred among user terminals participating in a P2P network. 
30 Fig. 2 is a conceptual diagram showing a flow of information in 

a case where group information is searched among three groups of 
Gl, G2, and G3 on the P2P network. 
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Fig. 3 is a conceptual diagram explaining a problem that 
occurs when group information is searched on the P2P network. 

Fig.4A is a diagram explaining a method, in the first existing 
method, for performing authentication among user terminals of the 
5 group, with each user terminal possessing a group list. 

Fig.4B is a diagram explaining a problem, in the first existing 
method, that occurs due to the fact that there is a terminal in an 
offline state when a terminal D is newly added. 

Fig.4C is a diagram explaining a problem, in the first existing 
10 method, that occurs due to the fact that some of group lists do not 
match when a terminal D is newly added. 

Fig.4D is a diagram explaining a method, in the second 
existing method, for performing authentication between user 
terminals of the group, with only a terminal of a specified member 
15 possessing a group list. 

Fig.4E is a diagram explaining a problem, in the second 
existing method, that occurs when a terminal of a specified member 
enters into an offline state. 

Fig.SA is a diagram explaining an existing method in which 
20 authentication is performed among terminals by broadcasting new 
expired participant lists from a terminal of a manager to terminals of 
group members. 

Fig. SB is a diagram explaining a problem, in the existing 
method of Fig.5A, that occurs due to the fact that there is a member 
25 terminal in an offline state. 

Fig.SC is a diagram explaining a problem, in the existing 
method of Fig.SA, that occurs when the terminal of the manager 
enters into an offline state. 

Fig.5D is a diagram explaining a problem, in the existing 
30 method of Fig.SA, that occurs due to the fact that the terminal of the 
manger enters into an offline state. 

Fig. 6 is a diagram showing an example of a communication 
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system according to the present invention. 

Fig. 7 is a diagram showing an example format of an expired 
participant list according to a first embodiment of the present 
invention. 

5 Fig.8A is a diagram showing a case where a terminal in an 

online state and a terminal in an offline state possess different 
expired participant lists in the first embodiment. 

Fig.8B is a diagram showing a terminal which has entered into 
an online state, performing group authentication with a terminal in 
10 an online state in the first embodiment. 

Fig.8C is a diagram showing two terminals that finished group 
authentication between themselves, exchanging each other's 
expired participant lists in the first embodiment. 

Fig.8D is a diagram showing a terminal which has newly 
15 obtained an expired participant list, propagating such new expired 
participant list to terminals which the terminal already knows. 

Fig. 9 is a flowchart illustrating a flow of a process "Request 
new membership to group" in the first embodiment. 

Fig. 10 is a diagram showing an example of information 
20 possessed by a terminal of a membership requester after a process 
"Authenticate each other between group members'' in the first 
embodiment. 

Fig. 11 is a flowchart showing a flow of the process 
"Authenticate each other between group members" in the first 
25 embodiment. 

Fig. 12 is a flowchart showing a flow of a process "Renew 
group participation certificate" in the first embodiment. 

Fig. 13 is a diagram showing an example format of an expired 
participant list in a second embodiment of the present invention. 
30 Fig. 14 is a flowchart illustrating a flow of "Add group issuers" 

in the second embodiment. 

Fig. 15 is a diagram showing an example of information 
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possessed by a terminal of a candidate issuer after the process "Add 
group issuers'' in the second embodiment. 

Fig. 16 is a flowchart showing a flow of a process "Request new 
membership to group" in the second embodiment. 
5 Fig. 17 is a diagram showing an example of information 

possessed by a terminal of a membership requester after the 
process "Request new membership to group" in the second 
embodiment. 

Fig. 18 is a diagram showing an example of information 
10 possessed by a terminal of one of two participants after a process 
"Authenticate each other between group members" in the second 
embodiment. 

Fig. 19 is a flowchart showing a flow of the process 
"Authenticate each other between group members" in the second 
15 embodiment. 

Fig. 20 is a flowchart showing a flow of a process "Renew 
group participation certificate" in the second embodiment. 

Fig. 21 is a diagram showing an example of information 
possessed by a terminal of a participation certificate renew 
20 requester after the process "Renew group participation certificate" 
in the second embodiment. 

Fig. 22 is a flowchart showing a flow of a process "Renew 
group participation certificate issue permit" in the second 
embodiment. 

25 Fig. 23 is a diagram showing an example of information 

possessed by a terminal of an issuer after the process "Renew group 
participation certificate issue permit" in the second embodiment. 

Fig. 24 is a flowchart showing a flow of a process "Exchange 
expired participant lists" in the first embodiment. 
30 Fig. 25 shows the meanings of terms used in Fig. 24. 

Fig. 26 is a flowchart showing a flow of a process "Obtain 
group information" in a third embodiment of the present invention. 
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Fig. 27 is a diagram showing an example of information 
possessed by a terminal of a searcher after the process "Obtain 
group information" in the third embodiment. 

Fig. 28 is a flowchart showing a flow of a process "Obtain entry 
5 point information" in the third embodiment. 

Fig. 29 is a diagram showing an example of information 
possessed by a terminal of a searcher after the process "Obtain 
entry point information" in the third embodiment. 

Fig. 30 is a flowchart showing a flow of a process "Renew 
io group public key" in the third embodiment. 

Fig. 31 is a diagram showing an example of information 
possessed by a terminal of a searcher after the process "Renew 
group public key" in the third embodiment. 

Fig. 32 is a flowchart showing a flow of a process "Obtain 
15 group information in a fourth embodiment of the present invention. 

Fig. 33 is a flowchart showing a flow of a process "Obtain entry 
point information" in the fourth embodiment. 

Fig. 34 is a diagram showing an example of information 
possessed by a terminal of a searcher after the process "Obtain 
20 entry point information" in the fourth embodiment. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The following gives detailed explanations of the preferred 
embodiments of the present invention with reference to the 
25 drawings. 

First, a brief description is given of the present invention. 
The present invention relates to communications among a plurality 
of terminals which are connected to one another over a network. 
Ethernet, networks using analog/digital public or private lines, 
30 ADSL (Asymmetric Digital Subscriber Line), wireless LAN (Local 
Area Network) and the like are assumed as a network employed by 
the present invention, but the present invention is not limited to 
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these networks. Moreover, TCP/IP (Transmission Control 
Protocol/Internet Protocol), which is widely used on the Internet, is 
assumed as a lower protocol of the network in the present invention, 
but the present invention is not limited to this protocol. 
5 Each of the terminals has a communication interface that 

supports the above network, and communication processing is 
performed by causing the CPU in the respective terminals to execute 
a program for controlling the communication interface so as to 
communicate with another terminal. The following cases are 

10 assumed regarding such a program: (1) the program is stored in the 
ROM (Read Only Memory) inside the respective terminals from which 
such program is loaded onto the main memory or the RAM (Random 
Access Memory) of the respective terminals for execution; (2) the 
program is stored in a nonvolatile storage apparatus such as a hard 

15 disk and a removable disk of the respective terminals, from which 
such program is loaded onto the main memory or the RAM of the 
respective terminals for execution; and (3) the program is executed 
in combination of (1) and (2). 

Furthermore, each of the terminals is equipped with input 

20 means for accepting inputs from its user. A keyboard, a mouse, a 
tablet and the like are usually used as such input means. Note that 
the configuration of such input means is generally known as those of 
a personal computer, and therefore detailed explanations thereof 
are omitted since they are out of the main focus of the present 

25 invention. 

Note that a term "user" used in the following indicates a user 
of each of the terminal. Also note that in the network assumed by 
the present invention, each user terminal is not necessarily 
connected to the network all the time, and that address information 
30 of each user terminal (e.g. IP address, port number) required for 
communicating with another user is not fixed, and therefore address 
information can change every time each user gets connected to the 



-21 - 



network. 

In the following embodiments, as shown in Fig. 6, a P2P 
network is assumed as an example of the above-mentioned network, 
and each embodiment is explained with the P2P network in mind. A 
5 communication system 100 illustrated in Fig. 6 includes a virtual 
group formed on a P2P network 5 which is made up of terminals 10 
- 50, each having an equal relationship to each other. 

First Embodiment 
First, an explanation is given of the overview of the public key 

10 encryption system to be employed in the present embodiment. The 
public key encryption system, which is an encryption system using a 
"public key" and a "private key", has the following characteristics: 
(1) it is impossible to calculate a public key from a private key and 
vice versa on a realistic time scale; and (2) information encrypted 

15 with a public key can be decrypted only by the use of a 
corresponding private key, and information encrypted with a private 
key can be decrypted only with a corresponding public key. 

According to the characteristic (1), no problem occurs even 
when a public key is leaked to a third person as long as a user of this 

20 encryption method secretly holds a private key (a public key can be 
made public). Therefore, a person wishing to send certain 
information in a confidential manner needs to obtain a public key of 
a recipient in advance, and encrypts such information with the 
public key of the recipient so as to send the encrypted information to 

25 the terminal of the recipient. Subsequently, the recipient decrypts 
the received encrypted information by using a private key that only 
s/he possesses. Since it is impossible to decrypt the above 
encrypted information with any keys other than the private key of 
the recipient, even if a third person intercepts such encrypted 

30 information, there is no possibility that the information may be 
leaked to such third person. In the following, information that 
results from encrypting information to be encrypted M with a key K 
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is described as "e (M, K)", for example. 

Furthermore, it is also possible to employ a "digital signature" 
(to be referred to simply as "signature" hereinafter) for verifying 
that information has not been tampered with, instead of encrypting 
5 information itself by using the public key encryption system. More 
specifically, assuming that derivative information "H" to be uniquely 
derived from information "M" to be signed in accordance with a 
specified algorithm "f" is H = f(M), and that signature information 
that results from encrypting this derivative information H with a 

10 sender's private key "K_S" is "Sgn", the sender adds Sgn = e(H, K_S) 
to the above information M, and sends the addition result to the 
terminal of the recipient. 

The terminal of the recipient receives such information M and 
the signature information Sgn, decrypts the signature information 

15 Sgn with a sender's public key "K_P" so as to obtain the derivative 
information H, and confirms that the information M has not been 
tampered with by a third person by verifying that H=f(M) is satisfied. 
This is because H = f(M) cannot be satisfied if the information M has 
been tampered with by a third person, and it is impossible to create 

20 the signature information Sgn, which can be decrypted normally by 
the use of the sender's public key K_P, without the sender's private 
key K_S. 

The public key encryption system and a signature method, 
which is an application of the public key encryption system, are 

25 widely used for Internet communications where security is required 
to be assured. In the following, a public key and a private key of a 
certain user A are described as "KA_P" and "KA_S", respectively. 

In the present embodiment, "group" shall be defined as 
follows: (1) a group is comprised of at least one group participant 

30 (to be also referred to simply as "participant" hereinafter); (2) each 
participant can join more than one group; (3) each group has its 
unique shared information; and (4) shared information of a group 
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can be sent/received among users who have authenticated one 
another as belonging to the same group (to be referred to also as 
"members" hereinafter). Note that the above group shall be made 
up of one or more participants such as friends, family members, 
5 those who have the same hobby, neighbors and the like. 

In the present embodiment, users making up a group are 
categorized into two types: a participant serving as a manger having 
the authority to issue group participation certificates (to be referred 
to also as "participation certificates" hereinafter); and the other 

10 participants. Ordinary users on the network are allowed to 
participate in the group by asking such manager to issue their group 
participation certificates and obtaining them. "Group participation 
certificate" here is defined as information used for performing group 
authentication, and "group authentication" is defined as that which 

15 a user of a certain group shows to other users to demonstrate that 
such user is a participant of the group, and vice versa. 

In order to manage such group, the following processes are 



required: 




(1) 


Form group; 


20 (2) 


Advertise group; 


(3) 


Obtain group information; 


(4) 


Obtain entry point information; 


(5) 


Request new membership to group; 


(6) 


Authenticate each other between group members; 


25 (7) 


Share information between group members; 


(8) 


Renew group participation certificate; 


(9) 


Remove group members; 



(10) Add group managers; and 

(11) Renew group public key. 

30 The following explains each of the above-listed processes. 

1. Form group 

For sharing information and other purposes, a user A wishing 
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to form a virtual group on the network generates a pair of a public 
key "KG_P" and a private key "KG_S" dedicated for a group to be 
formed, and stores such pair of keys on its terminal (to be referred 
to as "terminal A" hereinafter) or holds them on his/her own. These 
5 keys may be generated on the basis of information (pass phrase) 
specified by the user A via the input means, or information such as 
random numbers generated by the functionality of the terminal A 
(including the functionality based on an application program, which 
is applicable to the following paragraphs). 

10 2. Advertise group 

The terminal of a participant (the terminal A, for example) 
needs to disclose, to other user terminals, the generated group 
public key KG_P, as group information, as part of group 
identification information for identifying such group (e.g. group ID 

15 and the like which does not overlap with that of another group), by 
using some sort of method, examples of which are as listed below: 

(1) The terminal A propagates the group information to all or 
some of the users on the P2P network illustrated in Fig.l. 
Accordingly, such group information is transferred from one user 

20 terminal after another, and finally to a target terminal; 

(2) The terminal A broadcasts such group information to the 
other user terminals connected to the same local area network 
(LAN) or virtual private network (VPN); 

(3) The terminal A sends the group information (at least the 
25 group public key KG_P) directly to the other user terminals by 

E-mail and the like, which is a method other than information 
transfer on the P2P network; 

(4) There is, for example, a group information index server 
for registering group information, and the terminal A registers 

30 information on such a group information index server so that other 
user terminals can freely obtain group information including the 
group public key KG_P; and 
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(5) A combination of the above methods (1) ~ (4). 
Note that the above group information includes group 
attribute information indicating the details of the group (e.g. the 
group name, information identifying the group originator, 
5 background, purposes, and conditions for participating in the group) 
and group identification information by which the group can be 
identified. Such group identification information shall include at 
least the group public key KG_P. 

3. Obtain group information 

10 A user X on the P2P network searches, via its terminal (to be 

referred to as "terminal X" hereinafter), for the group information 
which it wishes to belong to, by using one of the following methods 
so as to obtain the group identification information from the 
searched group information: 

15 (1) Find a group that the user X wishes to join by specifying 

group identification information for identifying the group and group 
attribute information that is descriptive of the group, from the group 
information that the terminal X received in the past and currently 
holds (which includes group information that the terminal X received 

20 directly from the terminal A of the user A who is the group 
originator); 

(2) Search for the group information, with part or whole of the 
group attribute information as a search key (which is also called a 
"keyword"), from among group information possessed by the other 

25 users, by utilizing the information search method of the P2P network 
illustrated in Fig.l, and obtain the group identification information 
from the searched group information; 

(3) If the group information index server is operated, a search 
is made for the group information, with part or whole of the group 

30 attribute information as a search key, on the group information 
index server, and obtain the group identification information; 

(4) If the terminal X already knows about the terminal A of 
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the group originator, obtain the group information and the group 
identification information directly from the group originator by using 
some sort of method (e.g. E-mail). 

4. Obtain entry point information 

If the user X wishes to newly join a specified group, the user 
X needs to specify a group manager of such group and obtain entry 
point information required for connecting to the terminal of such 
manager (e.g. IP address and port number dedicated for 
communications). "Group manager" here means a user who has 
the authority to add or remove group members, and more 
specifically, a user who holds the group private key KG_S. In this 
case, the user X obtains the entry point information of the group 
manager by using one of the following methods: 

(1) Perform a search, with part or whole of the group 
identification information as a search key, by utilizing the 
information search method of the P2P network illustrated in Fig.l, to 
which the group manager responds. Then, the terminal X is 
notified of the entry point information of the group manager's 
terminal through such response from the group manager; 

(2) Use a peer information server. "Peer information server" 
here means a server on which at least entry point information can be 
searched for among information of all the users connected to the 
P2P network in an online state or all the users participating in at 
least one group, and on which group identification information and 
group attribute information of each group is stored. The user X 
performs a search on such peer information server with the group 
identification information as a search key, and obtains the entry 
point information of the group manager's terminal according to the 
search result, as in the case of (1) above; 

(3) If the terminal X already knows about the terminal A of 
the group manager and knows that the entry point information 
never changes, and that the terminal A is in an online state all the 
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time, the terminal X is notified of the entry point information of the 
group manager; 

5. Request new membership to group 

The user X wishing to newly join a certain group 
5 communicates with the terminal A of the group manager A via the 
terminal X by the use of the entry point information, and asks the 
group manager to issue a "group participation certificate" to be 
explained later. A detailed explanation of this process is given 
later. 

10 6. Authenticate each other between group members 

It is possible for group members who have obtained their 
group participation certificates in the above manner to authenticate 
each other as belonging to the same group. A detailed explanation 
of this process is given later. 

15 7. Share information between group members 

It is possible for a plurality of group members who have 
authenticated each other as belonging to the same group (e.g. the 
terminal X of the user X and the terminal Y of the user Y) to transfer 
the group information between themselves. This can be achieved 

20 by performing the following processes ((7-1) and (7-2)), for 
example: 

(7-1) Setting of an encryption key used for communications 
After the group members authenticated each other as 
belonging to the same group, the user X creates an encryption key 

25 "K_XY" shared by the users X and Y, and such encryption key is 
encrypted with a private key of the user X and a public key of the 
user Y so as to send the encrypted key to the terminal Y of the user 
Y. The user Y decrypts the received key with its own private key 
and the public key of the user X. In this case, no one other than the 

30 user Y can decrypt this encrypted key. Subsequently, it is possible 
for the encryption key K_XY to be safely notified from the terminal X 
of the user X to the terminal Y of the user Y. 
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(7-2) Encryption of information to be transferred 
When information is transferred between the terminals X and 
Y after (7-1) is carried out, encryption is performed by using the 
common encryption key K_XY. Since a third person cannot know 
5 about the encryption key K_XY, it is impossible for such third person 
to decrypt the contents of the communication carried out between 
the terminals X and Y, nor is it possible for such third person to 
transfer false information to the terminal Y or the terminal X by 
pretending to be the user X or the user Y. Thus, the terminal X and 
10 the terminal Y can communicate with each other safely. 
Accordingly, it becomes possible for group members to share the 
group information among themselves in a secured manner. 

Note that when three or more members have authenticated 
one another, an encryption key used for transferring information 
15 among their terminals is assumed to take the following forms: 

(1) Use a different encryption key for a communication 
between each different set of two individuals. For example, when 
the terminals A, B and C have authenticated one another, an 
encryption key K_AB is used between the terminals A and B, an 

20 encryption key K_BC is used between the terminals B and C, and an 
encryption key K_CA is used between the terminals C and A, 
respectively; 

(2) Use one and only common encryption key among the 
above terminals A, B and C who have authenticated one another. 

25 For example, in a case where the terminal C has newly been 
authenticated by the terminal A or the terminal B while the terminals 
A and B, which have authenticated each other, are communicating 
between themselves using the encryption key K_AB, the terminal A 
or the terminal B sends the K_AB encrypted with the public key of 

30 the terminal C to the terminal C, after which any two terminals out 
of the terminals A, B and C can use the encryption key K_AB. 
8. Renew group participation certificate 
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If a group participation certificate issued in the above manner 
includes expiration date information, a user possessing such group 
participation certificate will be unable to participate in the group 
(perform authentication among group members) after such 
5 expiration date, and therefore the group participation certificate 
needs to be renewed. A detailed explanation of this process is 
given later. 

9. Remove group member 

While it is possible for a user with a group participation 

10 certificate to stay in the group until the expiration date included in 
such group participation certificate, there may occur a case where 
such member is desired to be expelled from the group (desired to 
make it impossible for such user to be authenticated as a group 
member) before the expiration date. This can be achieved by 

15 performing processes described below. The subsequent 
paragraphs explain methods for removing a group member, which 
include two examples: "Delete group participation certificate (9-1)" 
and "Prepare expired participant information (9-2-1) ~ (9-2-4)". 
(9-1) Delete group participation certificate 

20 By deleting a group participation certificate of a member to be 

expelled from the group, it becomes impossible for such member to 
be authenticated as a group member. To this end, the following 
processes need to be performed in each member terminal: 

(9-1-1) Announce a group participation certificate deletion 

25 The group manager makes an announcement, via its terminal, 

about the expulsion of a member terminal to be removed from the 
group; 

(9-1-2) Delete group participation certificate 
The terminal of the member who has been announced of the 
30 deletion of its participation certificate deletes the group 
participation certificate it possesses. In this case, the terminal 
whose user has been announced of the participation certificate 
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deletion shall forcefully delete the participation certificate; 
(9-2-1) Prepare expired participant information 
One of the group members (including the group manager) 

prepares expired participant information which includes information 
5 identifying the expelled member (e.g. the public key of such 

member); 

(9-2-2) Share expired participant information 
In performing authentication between group members, the 
list of expired participant information of one terminal and the list of 

10 expired participant information of the other terminal are compared 
against each other, and if there is expired participant information 
that is not included in one of these two lists, such information is 
complimented by the use of the other list so that expired participant 
lists of all group members can match one another; 

15 (9-2-3) Expel expired participant 

In performing authentication between group members, one 
group member checks to see if the other member to be 
authenticated is included in the expired participant list it owns, and 
will not authenticate such member to be authenticated as a group 

20 member if such member is included in the list. For example, if the 
public key of a user is used as an item to be described in the expired 
participant list, and the public key of such user to be authenticated 
is included in the expired participant list, authentication with the 
user is refused to be performed; and 

25 (9-2-4) Refuse to renew membership of expired participant 

In renewing a group participation certificate, the manager 
verifies, via its terminal, if information for identifying a participant 
who has requested the renewal of its group participation certificate 
(e.g. its pubic key) falls on any of the expired participant 

30 information included in the list of expired participants, and the 
renewal of the group participation certificate of such participant is 
rejected if there exists information of such participant in the list. 
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Note that when a deletion date is added in expired participant 
information, expired participant information after such deletion date 
shall be deleted. For example, by providing, as a deletion date, 
time a little past the expiration date of a group participation 
5 certificate, it is possible to delete unnecessary expired participant 
information one after another. Accordingly, it is possible to prevent 
an unlimited increase of items in the list of expired participant 
information. 

Also, expired participant information may be prepared only by 
10 the group manager and may be encrypted with the group private key 
KG_S of such group manager so as to be shared within the group. 
Group members can decrypt the expired participant information by 
using the group public key KG_P which is made public, thereby 
enabling group members to verify whether or not the expired 
is participant information has been tampered with. Accordingly, it is 
possible to prevent unauthorized expired participant information 
prepared by a malicious user from being shared among group 
members. 

Furthermore, a target member may be expelled by combining 
20 "Delete group participation certificate (9-1)" and "Prepare expired 
participant and others (9-2-1) ~ (9-2-4)" where required. 

Next, a detailed explanation is given of a method for 
removing a group member using the above expired participant 
information. Note that as a concrete example of the expired 
25 participant information, an "expired participant list" which lists 
information about members expelled from the group is used here. 

Fig. 7 is a diagram showing an example format of an expired 
participant list prepared by the group manager. The following data 
is stored in each field of the expired participant list: 
30 (1) Expired participant list ID: 

An identifier for uniquely identifying the expired participant 

list; 
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(2) Date of issue: 

The date and time when the expired participant list was 
prepared; 

(3) Expiration date: 

5 The date until when the expired participant list needs to be 

possessed; 

(4) ID of preparer of expired participant list: 

An identifier for uniquely identifying a manager who prepared 
the expired participant list. For example, the public key of the 
10 manager is used as a preparer's ID. 

This field is to be referred to in order to specify which issuer 
has issued the expired participant list, if there are a plurality of 
issuers in the group; 

(5) Expired participant ID list: 

15 A list of IDs of old participants expelled from the group; 

(6) Expired participant ID: 

An identifier for uniquely identifying old participants expelled 
from the group; and 

(7) Signature: 

20 A signature created by the use of the group private key. The 

signature assures that the expired participant list cannot be 
prepared by anyone other than the manager. 

The manager shall prepare/update an expired participant list 
every time a member is expelled from the group. All group 
25 members possess identical expired participant lists. 
10. Add group manager 

As described above, new membership to the group can be 
requested only when the terminal of the group manager is in an 
online state, meaning that the above request cannot be made when 
30 the terminal of the group manager is in an offline state. In order to 
provide users wishing to join the group with increased opportunities 
for making the above request, the number of group manager 



-33- 



terminals shall be increased. In this case, the group private key 
KG_S is transferred from the terminal of the group manager to a 
terminal of a newly added group manager, by using some sort of 
secure means (e.g. cipher communication). 
5 11. Renew group public key 

If the group private key KG_S is leaked to a user other than 
the group manager due to some accident, such user who has 
obtained the group private key can issue a group participation 
certificate or a list of expired participants. In such a case, it 

10 becomes impossible for the group members to discriminate between 
a group participation certificate issued by an authorized group 
manager and an illicitly issued group participation certificate. In 
order to circumvent such a situation, the group manager needs to 
renew a pair of the group public key and private key. Also, when 

15 wishing to deprive one of the added group mangers of the authority 
as a group manager, the group manager who originated the group is 
required to renew a pair of the group public key and private key. 
Meanwhile, if the group manager has renewed a pair of the group 
public key and private key to U KG_P"' and "KG_S"', it is still possible 

20 for group members who have the original group public keys KG_P 
and group participation certificates prepared on the basis of such 
original group public keys KG_P to continue to perform group 
authentication among themselves. Therefore, all group members 
are required to possess the latest group public keys and to obtain 

25 group participation certificates corresponding to the latest group 
public keys. 

The group public key can be renewed by using one of the 
following methods: 

(1) Send new public keys to the terminals of all group 
30 members via the P2P network, illustrated in Fig.l, at the point of 
time when the group manager renewed a pair of the group public key 
and private key. Each terminal of the members which has received 
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a new group public key replaces an old group public key with a new 
one; 

(2) Include information about the time of renewing the group 
public key in the group information to allow each terminal of the 

5 group members to keep such information about the renewal time of 
the group public key in addition to the group public key. Then, 
when authentication is performed between group members, a 
comparison is made between respective group public keys and the 
information about renewal time. Then, when the terminal of one of 
10 the two group members has proven to hold an authorized old group 
public key, such old group public key will be replaced with a new 
public key of the other group member; and 

(3) If the aforementioned group information index server is 
operated by the group manager, include the information about the 

15 renewal time of the group public key in the group information as in 
the case of (2). Furthermore, when entering into an online state, 
the group members access the group information index server for 
every predetermined time period or just before performing group 
authentication, for example, so as to obtain the latest group public 

20 key at such timing. 

Note that in order to obtain a group participation certificate 
corresponding to the latest group public key, a user terminal which 
has detected that there is a renewed group public key just needs to 
make a group participation certificate reissue request to the group 

25 manager at such timing. 

Next, an explanation is given of the operation of the network 
terminal authentication system 100 with the above configuration. 
Fig. 9 is a flowchart illustrating the flow of "5. Request new 
membership to group" described above. Fig. 9 illustrates the flow of 

30 each process carried out on the terminal X of a user X requesting a 
new membership to the group (to be referred to as "membership 
requester X" hereinafter) and on the terminal A of the group 
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manager A. Note that Fig. 10 shows information possessed by the 
terminal X after the processing shown in Fig. 9. 

On the instructions of the group manager A, the terminal A 
stores, in advance, a pair of a newly prepared group public key KG_P 
5 and a group private key KG_S, and makes public the group public 
key KG_P out of such newly prepared pair of keys (S101) (Refer to 
w l. Form group" and u 2. Advertise group"). 

Similarly, the terminal X of the membership requester X 
stores, in advance, a pair of prepared public key KX_P and private 

10 key KX_S on the instructions of the membership requester X (S102). 
These keys may be prepared on the basis of information (pass 
phrase) specified by the membership requester X, or a character 
string prepared on the basis of a program or the functionality of the 
terminal X (e.g. keys prepared on the basis of random numbers). 

15 Next, on the instructions of the membership requester X, the 

terminal X obtains the public key KG_P of the group which the 
membership requester X wishes to join (Refer to "3. Obtain group 
information), and specifies the entry point information of the 
terminal A of the group manager A at the same time (Refer to M. 

20 Obtain entry point information) (S103). 

Furthermore, the terminal X creates an arbitrary character 
string S on the instructions of the membership requester X (S104). 
This character string S may be a character string itself which has 
been inputted by the membership requester X, or a character string 

25 prepared on the basis of a program or the functionality of the 
terminal X (e.g. a character string created on the basis of random 
numbers). 

Subsequently, the terminal X sends, to the terminal A, the 
character string S and information by which the membership 
30 requester X can be identified (e.g. name, address etc.) on the 
instructions of the membership requester X, so as to make a request 
indicating that the membership requester X wishes to join the group 
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(S105). 

Accordingly, the terminal A determines whether or not to 
approve the membership of the membership requester X, based on 
the information sent from the terminal X by which the membership 
5 requester X can be identified (S106). When determining not to 
approve the membership of the membership requester X (S106: No), 
the terminal A terminates this process with the terminal X being 
unable to join the group. 

When the membership of the membership requester X to the 
10 group is approved (S106: Yes), the terminal A creates a character 
string S'=e (S, KG_S) that results from encrypting the character 
string S received from the terminal X with the group private key 
KG__S, and sends the encrypted character string S' to the terminal X 
(S107). 

15 Subsequently, the terminal X decrypts the encrypted 

character string S' sent by the terminal A with the group public key 
KG_P (S108). When this is done, the terminal X verifies if the 
character string S' has been normally decrypted by the public key 
KG_P and the decrypted character string is equal to the original 

20 character string S (S109). Accordingly, it is possible to verify that 
the character string S' has been encrypted by using the private key 
KG_S corresponding to the group public key KG_P, i.e. that the 
terminal A is surely the terminal of the group manager A who holds 
the group private key KG_S. When the decryption fails, or the 

25 result of the decryption is not equal to the original character string 
S (S109: No), the terminal X terminates this process without being 
able to join the group, since it cannot be verified whether or not the 
user of the terminal A is the group manager. 

Next, the terminal X sends a public key KX_P of the 

30 membership requester X to the terminal A (S110). Subsequently, 
the terminal A prepares a group participation certificate C_X for the 
membership requester X, and sends the group participation 
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certificate C_X to the terminal X (Sill). Such group participation 
certificate C_X is prepared by encrypting the result of attaching an 
expiration date T_X indicating the date and time when the group 
participation certificate expires to the public key KX_P of the 
5 terminal X (KX_P+T__X), by using the group private key KG_S. 
Such group participation certificate C_X can be represented as 
C_X=e (KX_P+T_X, KG_S). In this case, as a method to attach the 
expiration date T__X to the public key KX_P, any method may be 
employed as long as the expiration date T_X and the public key KX_P 

10 cannot be separated before decryption and can be separated by 
means of decryption in such method. An example is a method in 
which results of representing the public key KX_P and the expiration 
date T_X respectively are connected using a predetermined symbol 
(e.g. hyphenation "-"). 

15 Furthermore, when the terminal X receives the group 

participation certificate C_X (S112), the processing for requesting 
new membership to the group completes. Note that Fig. 10 shows 
an example of information possessed by the terminal X at the point 
of time when the above processing completes (i.e. three types of key 

20 information and the group participation certificate). 

As illustrated in Fig. 9, although the terminal X sends the 
information by which the membership requester X can be identified 
and then the public key KX_P of the membership requester X to the 
terminal A in the present embodiment (S105 and S110), the present 

25 invention is not limited to this sending order, and therefore such 
sending order may be reversed. 

Next, referring to Fig. 11, a detailed explanation is given of 
the process "6. Authenticate each other between group members". 
Fig. 11 is a flowchart showing the flow of each process carried out on 

30 the terminal X of a group participant X and on the terminal Y of the 
group participant Y, both of whom have already obtained group 
participation certificates. Note that the terminal X holds the 
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aforementioned three types of key information and the group 
participation certificate shown in Fig. 10. 

First, the terminal X of the participant X specifies the entry 
point information of the terminal Y of another group participant Y 
5 (S301), by using one of the following methods: 

(1) When the terminal X performs a search, with part or whole 
of the group identification information as a search key, by utilizing 
the information search method of the P2P network illustrated in 
Fig.l, a participant belonging to the group responds to the search. 

10 Then, the terminal X is notified of the entry point information of the 
terminal Y of the group participant Y through such response from the 
above group participant; 

(2) When the peer information server is operated, the 
terminal X performs a search on such peer information server, with 

15 the group identification information as a search key, and obtains the 
entry point information of another participant in an online state on 
the basis of the search result; and 

(3) If the terminal X already knows about the terminal Y of 
another participant Y, and knows that the entry point information 

20 never changes and that the terminal Y is in an online state all the 
time, the terminal X uses such entry point information. 

Next, the terminal X requests the terminal Y to perform 
authentication (S302). Subsequently, the terminal Y prepares an 
arbitrary character string S, and sends the character string S to the 
25 terminal X, as in the case illustrated in Fig. 9 (S303). 

Then, the terminal X prepares a character string S'=e (S, 
KX_S) by encrypting the received character string S with its own 
private key KX_S, on the instructions of the participant X, and sends 
such character string S' and the group participation certificate C_X 
30 which it possesses to the terminal Y (S304). 

After this, the terminal Y decrypts the group participation 
certificate C_X sent from the terminal X with the group public key 
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KG_P so as to obtain the public key KX_P of the participant X and the 
expiration date T_X (S305). 

Here, the terminal Y verifies whether or not the above 
decryption has succeeded (S306). If the decryption failed (i.e. the 
5 participation certificate C_X has not been encrypted with the 
authorized group private key KG_S), the terminal Y regards the 
terminal X as not being a member of the group, and terminates the 
process (S306: No). 

Furthermore, the terminal Y verifies whether or not the 

10 expiration date T_X obtained as a result of the above decryption is 
valid (S307). If the expiration date T_X is invalid (S307: No), it 
means that the group participation certificate is also invalid, and 
therefore the terminal Y regards the terminal X as not being a 
member of the group, and terminates the process. 

15 Moreover, the terminal Y decrypts the encrypted character 

string S' sent by the terminal X with the public key KX_P of the 
terminal X obtained by performing the above decryption (S308). 
Subsequently, the terminal Y verifies whether or not the character 
string S' has been decrypted successfully and the decrypted 

20 character string matches the original character string S (S309). If 
not matched (S309: No), since it indicates that the terminal X does 
not hold the private key KX_S corresponding to the public key KX_P, 
the terminal Y regards the terminal X as a third person pretending to 
be a group member, and terminates the process. 

25 As described above, the terminal Y authenticates the terminal 

X as a group participant if the following items are all verified (S310): 

(1) The terminal X holds a group participation certificate 
encrypted by the group manager using the group private key KG_S; 

(2) The expiration date T_X of the group participation 
30 certificate is valid; and 

(3) The terminal X holds the private key KX_S corresponding 
to the encrypted public key KX_P in the group participation 
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certificate. 

Then, the above processes (S301 - S310) are carried out with 
the positions of the terminals X and Y being exchanged. If such 
processes end in success, the terminal X authenticates the terminal 
5 Y as a group participant, and mutual authentication between the 
terminals X and Y completes. 

Next, referring to Fig. 12, a detailed explanation is given of 
the process "8. Renew group participation certificate". Fig. 12 is a 
flowchart showing the flow of each process carried out on the 
10 terminal X of an X requesting renewal (to be referred to as "renewal 
requester X" hereinafter) and on the terminal A of the group 
manager A. Note that the terminal X holds the aforementioned 
three types of key information and the group participation certificate 
shown in Fig. 10. 

15 First, the terminal X specifies the entry point information of 

the terminal A on the instructions from the terminal X (S401) (refer 
to "4. Obtain entry point information"). Then, the terminal X 
creates an arbitrary character string S on the instructions of the 
renewal requester X, and sends the character string S to the 

20 terminal A so as to request the renewal of the group participation 
certificate (S402). This character string S may be a character 
string itself which has been inputted by the renewal requester X, or 
a character string prepared on the basis of a program or the 
functionality of the terminal X (e.g. a character string created on the 

25 basis of random numbers). 

Subsequently, the terminal A creates a character string S'=e 
(S, KG_S) by encrypting the character string S with the private key 
KG_S, and sends the encrypted character string S' to the terminal X 
(S403). Then, the terminal X decrypts the encrypted character 

30 string S' with the group public key KG_P (S404). 

Furthermore, the terminal X verifies if the character string S' 
has been normally decrypted with the group public key KG_P and the 
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decrypted character string is equal to the original character string S 
(S405). Accordingly, it is possible to verify that the character 
string S' has been encrypted using the private key KG_S 
corresponding to the group public key KG_P, i.e. that the terminal A 
5 is surely the terminal of the group manager A which holds the group 
private key KG_S. When the decryption failed, or the result of the 
decryption is not equal to the original character string S (S405: No), 
the terminal X regards the terminal A as not being the terminal of 
the group manager A, and terminates this process without being 

10 able to have its group participation certificate renewed. 

When the decryption has ended in success and the decryption 
result is equal to the character string S (S405: Yes), the terminal X 
sends its participation certificate C_X = e (KX_P+T_X, KG_S) to the 
terminal A (S406). Subsequently, the terminal A decrypts the 

15 received group participation certificate C_X with the group public 
key KG_P so as to obtain the public key KX_P of the renewal 
requester X (S407). 

Furthermore, the terminal X verifies whether or not the above 
decryption has succeeded (S408). If the decryption failed (S408: 

20 No), the terminal A regards the terminal X as a terminal which does 
not have a group participation certificate encrypted by the group 
private key KG_S, i.e. as not being a group participant, and 
terminates the process without renewing the group participation 
certificate of the terminal X. 

25 When the decryption has ended in success (S408: Yes), the 

terminal A creates a new participation certificate C_X'=e 
(KX_P+T_X', KG_S) by encrypting the result of attaching a new 
expiration date T_X' to the public key KX_P of the terminal X by 
using the group private key KG_S, and sends the new participation 

30 certificate C_X' to the terminal X (S409). 

Subsequently, the terminal X receives the new participation 
certificate C_X' (S410). 
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1 I J 

Through the above processing, a new expiration date is 
attached to the group participation certificate of the renewal 
requester X, thereby enabling the renewal requester X to stay in the 
group until such new expiration date via the terminal X. 
5 Next, a detailed explanation is given of the process for 

sharing expired participant information in "9. Remove group 
member", with reference to figures. 

In order to solve the above-mentioned problem, in addition to 
a system in which the manager broadcasts, through its terminal, 

io expired participant lists to member terminals in an online state, 
another system is employed in which member terminals exchange 
expired participant lists among themselves soon after they have 
been authenticated by one another as terminals of group members. 
As shown in Fig.8A, assume the case where the terminals Y 

15 and Z in an online state and the terminal X in an offline state all have 
different expired participant lists. Next, as shown in Fig.8B, the 
terminal X in an offline state performs group authentication with the 
member terminal Y in an online state at the same time when the 
terminal X enters into an online state. As shown in Fig.8C, the 

20 member terminals X and Y exchange each other's expired 
participant lists, when the group authentication succeeded. 

Fig.8C illustrates that the member terminal X has obtained 
expired participant lists a and j3 from the member terminal Y. 
Moreover, as shown in Fig.8D, the member terminal Y, which has 

25 newly obtained an expired participant list from the member terminal 
X in an offline state, propagates such newly obtained expired 
participant list to the member terminal Z in an online state which the 
terminal Y already knows. 

With the above method, it is possible for member terminals 

30 which were in an offline state at the point of time when a new 
expired participant list was notified by the manager, to obtain new 
expired participant information from another member even when 
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the manger is in an offline state. 

Fig. 24 is a flowchart showing the flow of the processing for 
exchanging expired participant lists between the terminal X of a 
participant X and the terminal Y of the participant Y and sharing the 
5 exchanged expired participant lists. Fig. 25 shows the meanings of 
the terms used in Fig. 24. 

Note that the terminals X and Y have already authenticated 
each other as terminals of group members through the process "6. 
Authenticate each other between group members". 

10 First, the terminal X of the participant X who has newly joined 

the group sends, to the terminal Y of the participant Y, an expired 
participant list set (RLT_X), which is the result of listing up all 
expired participant list IDs which it possesses (S2001). Here, 
assuming that expired participant lists possessed by the terminal X 

15 are CRL (a) and CRL(b), the RLT_X can be represented as "(a, b)" in 
which the IDs of these expired participants are put together. 

Subsequently, the terminal Y compares the expired 
participant list set (RLT_X) obtained from the terminal X with an 
expired participant list set (RLT_Y ), which lists expired participant 

20 list IDs which the terminal Y possesses (S2002), and prepares a 
difference expired participant list (DRL_X) which lists expired 
participant list IDs which the terminal Y has but the terminal X does 
not, and a difference expired participant list (DRL__Y) which lists 
expired participant list IDs which the terminal X has but the terminal 

25 Y does not (S2003). 

In Fig. 24, since the RLT_X is (a, b) and the RLT_Y is (a, c, d), 
the DRL_X = (c, d) and the DRL_Y = (b). Next, the terminal Y sends 
the DRL_Y to the terminal X (S2004). 

Subsequently, the terminal X prepares an additional expired 

30 participant list (ARL_Y) which collectively lists expired participant 
lists which the terminal X possesses but which the terminal Y does 
not, from the difference expired participant list DRL_Y sent by the 
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terminal Y (S2005). 

In Fig. 24, since the DRL_Y is (b), the contents of the ARL_Y 
will be the expired participant list CRL(b) whose expired participant 
ID is n b". 

5 Moreover, the terminal Y extracts the ID of the expired 

participant from the additional expired participant list ARL_Y sent by 
the terminal X, and adds such extracted ID to the expired participant 
list set RLT_Y the terminal Y possesses for update (S2006). In 
Fig. 24, the contents of the RLT_Y are (a, b, c, d). 

io Following this, the terminal Y prepares an additional expired 

participant list ARL_X which lists expired participant lists which the 
terminal Y possesses but which the terminal X does not, on the basis 
of the difference expired participant list DRL_X (S2007). In Fig. 24, 
since the DRL_X is (c, d), the cotents of the additional expired 

15 participant list ARL_X are the expired participant list CRL(c) whose 
expired participant ID is "c" and the expired participant list CRL(d) 
whose expired participant ID is "d" (CRL(c) and CRL(d)). 

Then, the terminal Y sends the expired participant list set 
RLT_Y and the additional expired participant list ARL_X to the 

20 terminal X (S2008). 

Subsequently, the terminal X extracts the IDs of the expired 
participants from the additional expired participant list ARL_X sent 
by the terminal Y so as to update the expired participant list set 
RLT_X which the terminal X possesses (S2009). 

25 Finally, the terminal X compares the RLT_Y obtained from the 

terminal Y with the updated RLT_X (S2010). If they match each 
other (S2010: Yes), it means that the expired participant lists of the 
terminals X and Y are normally synchronized with each other. 

Note that verification is required to determine whether or not 

30 the obtained expired participant lists are valid, since expired 
participant lists are obtained in the above method from those users 
who are not the manger. 
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Regarding an expired participant list prepared by the manager, 
it is possible to verify the validity of such expired participant list by 
using the group public key, since such expired participant list is 
added with a signature created by the use of the group private key. 
5 An expired participant list whose validity has been verified 

shall be stored in the terminal of each member until the expiration 
date. Note, however, that if there are a plurality of expired 
participant lists whose preparer's IDs are the same as one another's, 
expired participant lists with the same preparer's ID may be 

10 destroyed except for the one whose date of issue is the latest of all. 

To put it another way, if there are a plurality of participation 
certificate issuers in the group, each group member needs to hold 
the number of expired participant lists equivalent to the number of 
such issuers, but each group member just needs to hold the latest 

15 expired participant list out of the expired participants lists issued by 
the same manager. 

At the time of group member authentication, each group 
member shall refuse to perform authentication for a user wishing to 
be authenticated if the ID or public key described on such user's 

20 participation certificate is included in the expired participant list. 

As described above, with the communication system 
according to the first or the second embodiment, it is possible for 
group participants who possess group participation certificates 
issued by the group manager to authenticate each other between 

25 themselves, even if there is no involvement of the group manager's 
terminal (even if the terminal of the group manager is in an offline 
state). 

Furthermore, even when it becomes desirable that a certain 
user should be expelled from the group, it is possible not to 
30 authenticate such user as a group member at least after an 
expiration date to be included in a group participation certificate. 
Moreover, it is also possible to exclude such user from the targets of 
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group authentication until such expiration date by referring to a list 
of expired members. 

Second Embodiment 
The first embodiment explains about an embodiment in which 
5 a group on a network is comprised of two types of users, a group 
manager and ordinary users, but the second embodiment provides 
an embodiment in which there is more than one member who has 
the authority equivalent to that of the group manager. 

As described above, duplication of the group private key is 
10 required if the number of group managers is increased in response 
to increased opportunities for new membership to a group. 
However, if a plurality of users hold group private keys, there is a 
higher possibility that such private keys become subject to leakage. 
The present embodiment is intended to improve the above 
15 problem, in which group members are categorized into three types 
of users: one and only group manager (to be referred to also as 
"manager" hereinafter); group issuers (to be also referred to simply 
as "issuers" hereinafter), each having a group participation 
certificate issue permit and therefore the authority to issue group 
20 participation certificates; and participants (to be referred to also as 
"group members" hereinafter). Here, a participant for whom the 
group manager issued a group participation certificate issue permit 
is called a "group issuer". Only the group manager is allowed to 
grant, to a participant, the authority to issue group participation 
25 certificates, and only the group manager and group issuers are 
allowed to issue group participation certificates for ordinary users. 

As described above, if the manager assigns more than one 
issuer in the group, it is possible to increase opportunities for new 
membership to a group without needing to duplicate the group 
30 private key. 

In order to manage such a group, the following processes are 
required: 
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(1) Form group; 

(2) Advertise group; 

(3) Add group issuer 

(4) Obtain group information; 

5 (5) Obtain entry point information; 

(6) Request new membership to group; 

(7) Authenticate each other between group members; 

(8) Share information between group members; 

(9) Renew group participation certificate; 

io (10) Renew group participation certificate issue permit; 

(11) Remove group member; and 

(12) Renew group public key. 

The following explains each of the above-listed processes. 
Note, however, that explanations of the same processes as those of 
15 the first embodiment are omitted. 

1. Form group 

An explanation of this process is omitted since it is the same 
as that of u l. Form group" in the first embodiment. 

2. Advertise group 

20 An explanation of this process is omitted since it is the same 

as that of "2. Advertise group" in the first embodiment. 

3. Add group issuer 

As mentioned above, the group manager who formed the 
group on the network can assign a group issuer by issuing a group 

25 participation certificate issue permit to a group member so as to 
grant such member the authority to increase the number of group 
members. In other words, it is possible for a group issuer who has 
been granted a group participation certificate issue permit to issue 
group participation certificates for other users. A detailed 

30 explanation of this process is given later. 

4. Obtain group information 

An explanation of this process is omitted since it is the same 
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as that of "3. Obtain group information" in the first embodiment. 

5. Obtain entry point information 

A user X wishing to newly join a certain group needs to 
communicate at least with an issuer of the group via its terminal X, 
5 but in order to do so, the user X is required to specify the entry point 
information of such group issuer by using one of the following 
methods, for example: 

(1) Perform a search with part or whole of the group 
identification information and the like as a search key, by utilizing 

10 the information search method of the P2P network illustrated in 
Fig.l. Then, the group issuer responds to this search, and notifies 
the terminal X of its entry point information; 

(2) If the peer information server is operated, the user X 
performs a search on such peer information server, with the group 

15 identification information and the like as a search key, and obtains 
the entry point information of the terminal of the above group issuer 
according to the search result; and 

(3) If the terminal X already knows about the group issuer, 
and knows that the entry point information never changes and that 

20 such group issuer is in an online state all the time, the terminal X 
uses such entry point information. 

6. Request new membership to group 

The user X wishing to newly join a certain group 
communicates with the group issuer via its terminal X using the 
25 entry point information specified in the above manner, so as to 
request the issue of a group participation certificate. A detailed 
explanation of this process is given later. 

7. Authenticate each other between group members 

It is possible for group members who have obtained their 
30 group participation certificates through the above process "6. 
Request new membership to group" to authenticate each other as 
belonging to the same group. A detailed explanation of this 
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process is given later. 

8. Share information between group members 

An explanation of this process is omitted since it is the same 
as that of "7. Authenticate each other between group members" in 
5 the first embodiment. 

9. Renew group participation certificate 

If a group participation certificate issued in the process "6. 
Request new membership to group" includes expiration date 
information, a user possessing such group participation certificate 
10 will be unable to participate in the group (perform authentication 
among group members) after the expiration date, and therefore 
such user needs to renew the group participation certificate through 
its terminal. A detailed explanation of this process is given later. 

10. Renew group participation certificate issue permit 

15 If a group participation certificate issue permit issued in the 

process "3. Add group issuer" includes expiration date information, 
an issuer will be unable to issue group participation certificates after 
the expiration date, and therefore such issuer needs to renew its 
group participation certificate issue permit through its terminal. A 

20 detailed explanation of this process is given later. 

11. Remove group member 

As in the case of the first embodiment, there may occur a case 
where a specific member withdraws or is required to be expelled 
from a group before the expiration date of such member's group 

25 participation certificate due to some reason or other. In this case, 
a method for deleting or invalidating the group participation 
certificate of such member is the same as that of w 9. Remove group 
member" in the first embodiment by substituting "group manager" 
with "group manager or group issuer" in such process. Therefore, 

30 a detailed explanation of this process is omitted. 

Note that it is also possible to prepare expired participant 
information and to share such information, as in the case of the first 
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embodiment. For example, the following processes are performed: 
(11-1) Prepare expired participant information 
Under instructions from the manager, the terminal of the 

manager prepares expired participant information including 
5 information for identifying one of the group members (including the 

group managers and group issuers) to be expelled (e.g. the public 

key of such member); 

(11-2) Share expired participant list 

The terminal of the manager or an issuer, when the process "7. 
io Authenticate each other between group members" is' carried out, 
( i ) compares an expired participant list possessed on the terminal 
of a participant with that of a participant to be authenticated and 
(ii) when there is expired participant information included only in 
one of the two lists, adds such information to the list which does not 
15 include such expired participant information, so that participant lists 
of all the group members can match one another; 
(11-3) Expel expired participant 

The terminal of the manager or an issuer verifies, in the 
process "7. Authenticate each other between group members", if 

20 there is information identifying the participant to be authenticated 
in the expired participant list which such manager or issuer holds, 
and refuses to authenticate such member as a group member if 
there exists such information in the list. For example, when the 
public key of a user to be authenticated is used as expired 

25 participant information, authentication is refused to be performed 
for such user if the public key of such user matches any of the 
expired participant information included in the list; and 

(11-4) Refuse to renew membership of expired participant 
The terminal of the manager or an issuer verifies, in the 

30 process "9. Renew group participation certificate", if a participant 
who has requested the renewal of its group participation certificate 
is included in the list of expired participants, and refuses to renew 
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the group participation certificate of such participant if there exists 
information of the participant in the list. 

Note that it is possible to include a deletion date in expired 
participant information and to delete expired participant information 
5 after such deletion date, as in the case of the first embodiment. 

Also, expired participant information may be prepared only by 
a group issuer and may be encrypted with the private key of such 
group issuer so as to be shared, as in the case of the first 
embodiment. By obtaining expired participant information and the 

10 group participation certificate issue permit of a group issuer who has 
issued such expired participant information together, group 
members can decrypt the expired participant information by using 
the public key of such group issuer included in such group 
participation certificate issue permit, thereby making it possible for 

15 them to verify that the expired participant information has not been 
tampered with. Accordingly, it is possible to prevent unauthorized 
expired participant information prepared by a malicious user from 
being shared among group members. 

Next, a detailed explanation is given of a method for 

20 removing a group member by the use of the above expired 
participant information. Note that as a concrete example of the 
expired participant information, an "expired participant list" which 
lists information about members expelled from the group is used 
here. 

25 Fig. 13 is a diagram showing an example format of an expired 

participant list prepared by the group manager. The following data 
is stored in each field of the expired participant list: 

(1) Expired participant list ID: 

An identifier for uniquely identifying the expired participant 

30 list; 

(2) Date of issue: 

The date and time when the expired participant list was 
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prepared; 

(3) Expiration date: 

The date until when the expired participant list needs to be 
possessed; 

5 (4) ID of preparer of expired participant list: 

An identifier for uniquely identifying the manager who 
prepared the expired participant list. For example, the public key 
of the manager is used as a preparer's ID. 

This field is to be referred to in order to specify which issuer 
10 has issued the expired participant list, if there are a plurality of 
issuers in the group; 

(5) Expired participant ID list: 

A list of IDs of old participants expelled from the group; 

(6) Expired participant ID: 

15 An identifier for uniquely identifying old participants expelled 

from the group. Note that this ID shall be included in the group 
participation certificate; 

(7) Participation certificate issue permit: 

The participation certificate issue permit possessed by the 
20 terminal of an issuer who prepared the expired participant list; and 

(8) Signature: 

A signature created by the use of the group private key of the 
issuer who prepared the expired participant list. The signature 
assures that the expired participant list cannot be prepared by 

25 anyone other than the manager. 

A detailed explanation of a method for distributing expired 
participant lists prepared by an issuer is omitted since it is the same 
as that of distributing expired participant lists prepared by the 
manager described above. 

30 An explanation is also omitted here of a method for 

synchronizing the expired participant lists possessed by the 
terminals X and Y of the two participants X and Y, since it is the same 
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as that of the first embodiment. 

Note that verification is required to determine whether or not 
the obtained expired participant lists are valid, since expired 
participant lists are obtained in the above method from those who 
5 other than the manger. 

The validity of an expired participant list prepared by an 
issuer can be confirmed by executing the following two steps: 

1. Verify a participation certificate issue permit within the 
expired participant list by the use of the group public key; and 
10 2. Check the signature on the expired participant list by the 

use of the issuer's public key included in the participation certificate 
issue permit within the expired participant list. 

The above step 1 is intended for verifying that a person who 
prepared the expired participant list is an authorized issuer, while 
15 the above step 2 is intended for checking if the expired participant 
list itself has been prepared by an authorized issuer himself/herself. 

The expired participant list whose validity has been verified 
shall be stored in the terminal of each member until the expiration 
date. Note, however, that if there are a plurality of expired 
20 participant lists whose preparer's ID are the same as each other's, 
expired participant lists with the same preparer's ID may be 
destroyed except for the one whose date of issue is the latest of all. 

To put it another way, if there are a plurality of issuers, each 
group member needs to hold the number of expired participant lists 
25 equivalent to the number of such issuers, but each group member 
just needs to hold the latest expired participant list out of the 
expired participants lists issued by the same issuer. 
12. Renew group public key 

If the group private key KG_S is leaked to a user other than 
30 the group manager due to some sort of accident, it becomes possible 
for such user who has obtained the group private key to illicitly issue 
a group participation certificate issue permit as well as to further 
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issue a group participation certificate. In such a case, it becomes 
impossible for the group members to make a distinction between an 
unauthorized group participation certificate issued under an 
unauthorized group participation certificate issue permit and an 
5 authorized one, and the only method to prevent the issue of 
unauthorized group participation certificates is to renew a pair of the 
group public key and private key. Meanwhile, even if the group 
manager has renewed the group public key and private key from 
(KG_P • KG_S) to (KG_P' • KG_S'), it is still possible for group 

10 members who have the original group public keys KG_P and group 
participation certificates prepared on the basis of such public keys to 
carry out "6. Authenticate each other between group members'' 
between themselves. Therefore, all group members are required to 
hold the latest group public keys and to obtain group participation 

15 certificates corresponding to such latest group public keys. In 
addition, an issuer is required to obtain a group participation 
certificate issue permit corresponding to the latest group public key. 

It is possible to hold the latest group public key by using one 
of the following methods, as in the case of the first embodiment: 

20 (1) Send new group public keys to all network participants via 

the P2P network illustrated in Fig.l at the point of time when the 
group manager renews the group public key and private key. Each 
group member, who has received a new group public key, replaces 
an old group public key with a new one; 

25 (2) Include information about the time of renewing the group 

public key in the group information disclosed in "2. Advertise group" 
so as to enable each group member to hold information about a 
renewal time of the group public key in addition to the group public 
key. Then, when "6. Authenticate each other between group 

30 members" is carried out, a comparison is made between respective 
group public keys and information about the renewal time so as to 
replace an old public key with a new one; and 
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(3) If the group information index server described in (4) in u 2. 
Advertise group' 7 is operated, include the information about the 
renewal time of the group public key in the group information, so as 
to allow the group members to make an access to the group 
5 information index server for every predetermined time period or just 
before performing group authentication, for example, when they are 
in an online state, and to obtain the latest public key of the group at 
such timing. 

In order to obtain a group participation certificate issue 
10 permit corresponding to the latest group public key, an issuer who 
has detected that there is a renewed group public key just needs to 
make a group participation certificate issue permit reissue request 
at such timing. Moreover, in order to obtain a group participation 
certificate corresponding to the latest group public key, a group 
15 participation certificate reissue request just needs to be made at 
such timing. 

Next, an explanation is given of the operation of a 
communication system 200 (not illustrated in a diagram) with the 
above configuration. Fig. 14 is a flowchart illustrating the flow of "3. 

20 Add group issuer" described above. Fig. 14 illustrates the flow of 
each process carried out on the terminal A of the group manager A 
and on the terminal B of a candidate for an issuer B (to be referred 
to as "candidate issuer B" hereinafter). Here, a user who was 
selected by the group manager as a candidate for a group issuer is 

25 referred to as a "candidate issuer". Note that Fig. 15 shows 
information possessed by the terminal B after the processing shown 
in Fig. 14. 

On the instructions of the group manager A, the terminal A of 
the group manager A prepares, in advance, a pair of a group public 
30 key KG_P and a group private key KG_S, and makes public the group 
public key KG_P out of such prepared keys (S501). 

Similarly, the terminal B of the candidate issuer B stores, in 
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advance, a pair of a public key KB_P and a private key KB_S on the 
instructions of the terminal B of the candidate issuer B (S502). 
These keys may be prepared on the basis of information specified by 
candidate issuer B (pass phrase), or a character string prepared on 
5 the basis of a program or the functionality of the terminal B (e.g. 
keys prepared on the basis of random numbers). 

Next, on the instructions of the manager A, the terminal A 
selects the user terminal B as an additional group issuer, and 
specifies the entry point information of the terminal B (S503), by 

10 using the following method, for example: 

(1) The terminal A searches for a user participating in the 
group by utilizing the information search method of the P2P network 
illustrated in Fig.l. A user who has responded to such search sends, 
through its terminal, information for identifying such user and its 

15 own entry point information to the terminal A. Subsequently, the 
terminal A selects the user B who is deemed appropriate, on the 
basis of the received information; and (2) the terminal A notifies the 
terminal B of the candidate issuer B that the terminal B has been 
selected as a group issuer candidate, by using a method such as 

20 E-mail which includes some means other than the P2P network. 
The terminal B responds to the terminal A by sending its own entry 
point information, if the terminal B wishes to accept this request to 
be a group issuer. 

Next, the terminal A requests the terminal B to send the 

25 public key of the candidate issuer B (S504). Subsequently, the 
terminal B sends the public key KB_P of the candidate issuer B to the 
terminal A (S505). 

Furthermore, the terminal A creates a group participation 
certificate issue permit I_B = e (KB_P+T_B, KG_S) by encrypting the 

30 result of attaching expiration date information T_B to the public key 
KB_P of the candidate issuer B, using the group private key, and 
sends the group participation certificate issue permit I__B to the 
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terminal B (S506). 

Then, the terminal B receives the group participation 
certificate issue permit I_B from the terminal A (S507). 

Through the above processing, it is possible for the terminal B 
5 to issue group participation certificates for other users. Note that 
Fig. 15 shows information possessed by the terminal B (i.e. three 
types of key information and the group participation certificate issue 
permit) at the point of time when the above processing completes. 
Note that although the terminal A makes a request to the 

10 terminal B concerning group issuer as illustrated in Fig. 14 (S503), it 
is also possible that the terminal B makes a request of the terminal 
A indicating that the terminal B wishes to be granted the authority to 
issue group participation certificate issue permits, and then the 
terminal A approves such request. 

15 Next, referring to Fig. 16, a detailed explanation is given of 

the process "6. Request new membership to group". Fig. 16 is a 
flowchart showing the flow of each process carried out on the 
terminal X of a user X requesting membership (to be referred to as 
"membership requester X" hereinafter) and on the terminal B of the 

20 group issuer B. Fig. 17 shows information possessed by the 
terminal X at the point of time when the processing for requesting 
new membership to the group completes. Note that the terminal B 
shall hold the information shown in Fig. 15. 

First, the terminal X obtains the public key KG_P of the group 

25 the membership requester X wishes to join (Refer to "4. Obtain 
group information), and specifies the terminal B of the group issuer 
B at the same time (S701) (refer to "5. Obtain entry point 
information"). 

Next, the terminal X creates an arbitrary character string S on 
30 the instructions of the membership requester X, so as to make a 
request for new membership to the group (S702). This character 
string S may be a character string itself which has been inputted by 
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the membership requester X, or a character string created on the 
basis of a program or the functionality of the terminal X (e.g. a 
character string created on the basis of random numbers). 

Subsequently, the terminal B sends, to the terminal X, a 
5 character string S'=e (S, KB_S) that results from encrypting the 
character string S with the group private key KB_S of the issuer B 
and the group participation certificate issue permit I_B (S703). 

Then, the terminal X decrypts the group participation 
certificate issue permit I_B with the group public key KG_P so as to 
10 obtain the public key KB_P and the expiration date T_B of the issuer 
B (S704). 

Furthermore, the terminal X verifies whether or not the group 
participation certificate issue permit I_B has been normally 
decrypted by the group public key KG_P and the expiration date T_X 

15 is valid. If the group participation certificate issue permit I_B is 
proven not to be decrypted normally or beyond the expiration date, 
the terminal X terminates this process with the membership 
requester X being unable to join the group, since it cannot be 
verified that the group participation certificate issue permit I_B 

20 possessed by the terminal B is one which was encrypted by the 
private key KG_S of the group manager, i.e. that the terminal B is 
surely the terminal of the group issuer B. 

Next, the terminal X decrypts the encrypted character string 
S' with the public key KB_P of the membership requester B (S706). 

25 The terminal X further verifies if the character string S' has 

been normally decrypted using the group public key KB_P and the 
decrypted character string is equal to the original character string S 
(S707). Accordingly, it is possible to verify that the character 
string S' has been encrypted with the private key KB_S 

30 corresponding to the public key KB_P of the issuer B, i.e. that the 
terminal B is surely the terminal of the group manager B who holds 
the private key KB_S. When the decryption failed, or the result of 
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the decryption is not equal to the original character string S (S707: 
No), meaning that it is impossible to verify that the terminal B is the 
terminal of the group issuer B, the terminal X terminates this 
process with the membership requester X being unable to join the 
5 group. 

When the decryption has ended in success and the decryption 
result is equal to the character string S (S707: Yes), the terminal X 
sends the public key KX_P of the membership requester X to the 
terminal B (S708). 

10 Then, the terminal B prepares a group participation certificate 

C_X of the membership requester X, and sends the group 
participation certificate C_X to the terminal X (S709). Such group 
participation certificate C_X is prepared by encrypting the result of 
attaching an expiration date T_X indicating the date and time when 

15 the group participation certificate expires to the public key KX_P of 
the terminal X (KX_P+T_X), by using the private key KB_S of the 
issuer B. Such group participation certificate C_X can be 
represented as follows: 

C_X = e (KX_P+T_X, KB_S) 

20 As a method to attach the expiration date T_X to the public key KX__P 
of the membership requester X, any method may be employed as 
long as the expiration date T_X and the public key KX_P cannot be 
separated before decryption and can be separated by means of 
decryption in such method. An example method is one in which 

25 results of representing the public key KX_P and the expiration date 
T_X respectively are connected by using a predetermined symbol 
(e.g. hyphenation "-"). 

Finally, the terminal X receives the group participation 
certificate C_X from the terminal B, and the processing for 

30 requesting new membership to the group performed by the 
membership requester X completes (S710). Note that Fig. 17 
shows information possessed by the terminal X at the point of time 
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when the above processing completes. 

Note that although the public key KX_P of the membership 
requester X is sent to the terminal B (S708) in the present 
embodiment, such public key KX_P may be sent before that step, or 
5 more specifically, while a request for the issue of a group 
participation certificate is made (S702). 

Also note that it is also possible that the membership 
requester X also sends information by which the terminal B can 
identify the membership requester X (S105 in Fig. 9) so that the 

10 terminal B can judge whether or not to let the membership requester 
X join the group on the basis of such information, as in the case of 
the first embodiment, and that the terminal B terminates this 
process without allowing the membership requester X to join the 
group, when judging not to let the membership requester X in the 

15 group. 

Next, referring to Fig. 19, a detailed explanation is given of 
the process "7. Authenticate each other between group members' 7 . 
Fig. 19 is a flowchart showing the flow of each process carried out on 
the terminal X of a group participant X and on the terminal Y of the 

20 group participant Y who have obtained group participation 
certificates. Note that Figs. 17 and 18 show information possessed 
by the terminals X and Y, respectively. 

Note that an explanation is omitted of the processing 
equivalent to the one shown in Fig. 11 in the first embodiment. 

25 The terminal X creates a character string S'=e (S, KX_S) that 

results from encrypting the character string S with the private key 
KX_S of the participant X, and sends, to the terminal Y, the group 
participation certificate issue permit I_B and the group participation 
certificate C_X sent by the group manager (S1003). 

30 Then, the terminal Y decrypts the group participation 

certificate issue permit I_B with the group public key KG_P so as to 
obtain the public key KB_P of the group issuer and the expiration 
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date T_B of the group participation certificate (S1004). 

Furthermore, the terminal Y verifies whether or not the 
decryption has succeeded and whether or not the obtained 
expiration date T_B is valid (S1005). If the decryption failed, it 
5 means that the group participation certificate issue permit has not 
been correctly encrypted with the group private key KG_S, and if it 
is beyond the expiration date, it means that the group participation 
certificate issue permit is invalid. Thus, in any case (S1005: No), 
the terminal Y regards the terminal X as not being a group member, 

10 and terminates this process. 

When the decryption has succeeded and it is not beyond the 
expiration date, the terminal Y decrypts the group participation 
certificate of the terminal X with the public key KB_P of the group 
issuer so as to obtain the public key KX_P of the participant X and 

15 the expiration date T_X included in the group participation 
certificate of the participant X (S1006). Then, the terminal Y 
verifies whether or not the decryption has succeeded and whether or 
not the obtained expiration date T_X is valid (S1007). If the 
decryption failed, it means that the group participation certificate 

20 has not been encrypted with the group private key KB_S of the 
group issuer, and if it is beyond the expiration date, it means that 
the group participation certificate is invalid. Thus, in any case 
(S1007: No), the terminal Y regards the terminal X as not being a 
group member, and terminates this process. 

25 Next, the terminal Y decrypts the encrypted character string 

S' with the public key KX_P of the participant X (S1008). 
Furthermore, the terminal Y verifies whether or not the character 
string S' has been decrypted successfully and whether or not the 
decrypted character string matches the original character string S 

30 (S1009). When the decryption failed or the decrypted character 
string does not match the character string S (S1009: No), the 
terminal Y regards the terminal X as a third person pretending to be 
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a group member, and terminates the process, since it indicates that 
the participant X does not hold the private key KX_S corresponding 
to the public key KX_P. 

Through the above processing, the terminal Y authenticates 
5 the terminal X as a group participant, when the following items are 
all verified (S1010): 

(1) The group participation certificate is not beyond the 
expiration date; 

(2) The terminal X holds the private key KX_S corresponding 
10 to the encrypted public key KX_P in the group participation 

certificate; 

(3) The group participation certificate issue permit of the 
group manager who issued the group participation certificate is not 
beyond the expiration date; 

15 (4) The group issuer who issued the group participation 

certificate holds the private key KB_S corresponding to the 
encrypted public key KB_P in the group participation certificate 
issue permit; and 

(5) The group participation certificate issue permit is 

20 encrypted by the group manager using the group private key KG_S. 

Then, the above processes (S1001 - S1010) are carried out 
with the positions of the terminals X and Y being exchanged. If 
these processes end in success, the terminal X authenticates the 
terminal Y as a group participant, and mutual authentication 

25 between the terminals X and Y completes. 

Next, referring to Fig. 20, a detailed explanation is given of 
the process "9. Renew group participation certificate". Fig. 20 is a 
flowchart showing the flow of each process carried out on the 
terminal X of an X requesting for the renewal of the participation 

30 certificate (to be referred to as "participation certificate renewal 
requester X" hereinafter) and on the terminal B of the group issuer 
B. Note that Fig. 21 shows information possessed by the terminal X 
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at the point of time when the processing for renewing the group 
participation certificate completes. Also note that Fig. 17 shows 
information possessed by the terminal X, and Fig. 15 shows 
information possessed by the terminal B, respectively. 
5 In the following, an explanation shall be omitted of processing 

equivalent to the one shown in Fig. 16. 

First, the terminal X specifies the terminal B of the group 
issuer B (S1101) (Refer to "5. Obtain entry point information''). 
Note that the issuer B is specified as a group issuer here, but 

10 processing described hereinafter shall be applicable to any issuer as 
long as such issuer belongs to the same group. 

Next, the terminal X creates an arbitrary character string S 
under instructions from the participation certificate renewal 
requester X, and sends the character string S to the terminal B so as 

15 to request the renewal of the participation certificate, as in the case 
of Fig. 16 (S1102). 

Upon receipt of the public key KX_P of the participation 
certificate renewal requester X from the terminal X (SI 108), the 
terminal B prepares a new group participation certificate of the 

20 participation certificate renewal requester X, and sends the new 
group participation certificate to the terminal X (S1109). More 
specifically, the following serves as the new group participation 
certificate: C_X'=e (KX_P+T_X', KG_S) created by encrypting the 
result of attaching a new expiration date T_X' to the public key KX_P 

25 of the participation certificate renewal requester X, by using the 
group private key KB_S of the terminal B. 

Accordingly, the terminal X receives the renewed 
participation certificate C_X', and the processing for renewing the 
group participation certificate completes (S1110). Fig. 21 shows 

30 information possessed by the terminal X at the point of time when 
the processing for renewing the group participation certificate 
completes. 
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Next, referring to Fig. 22, a detailed explanation is given of 
the process "10. Renew group participation certificate issue permit". 
Fig. 22 is a flowchart showing the flow of each process carried out on 
the terminal B of the group issuer B and on the terminal A of the 
5 group manager A. Note that Fig. 23 shows information possessed 
by the terminal B at the point of time when the processing for 
renewing the group participation certificate issue permit completes. 

First, the terminal B of the group issuer B specifies the group 
manager A (S1301). This specification is carried out in the same 
10 manner as that of M. Obtain entry point information" in the first 
embodiment. 

Next, the terminal B creates an arbitrary character string S, 
and sends the character string S to the terminal A so as to request 
the renewal of the participation certificate issue permit, as in the 

15 above case (S1302). 

Accordingly, the terminal A creates a character string S'=e (S, 
KG_S) by encrypting the character string S with the group private 
key KG_S, and sends the encrypted character string S' to the 
terminal B (S1303). 

20 Subsequently, the terminal B decrypts the encrypted 

character string S' with the group public key KG_P (S1304). 
Furthermore, the terminal B verifies if the character string S' has 
been normally decrypted with the group public key KG_P and the 
decrypted character string is equal to the original character string S. 

25 Accordingly, it is possible to verify that the character string S' has 
been encrypted with the private key KG_S corresponding to the 
group public key KG_P, i.e. that the manager A is surely the group 
manager who holds the group private key KG_S. When the 
decryption failed, or the result of the decryption is not equal to the 

30 original character string S (S1305: No), the terminal B terminates 
this process without being able to have its group participation 
certificate issue permit renewed, since it cannot verify that the 
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manager A is surely the group manager. 

When the decryption has ended in success and the decryption 
result is equal to the character string S (S1305: Yes), the terminal B 
sends the group participation certificate issue permit I_B of the 
5 issuer B to the terminal A (S1306). 

Subsequently, the terminal A decrypts such group 
participation certificate issue permit I_B with the group public key 
KG_P so as to obtain the public key KB_P of the issuer B (S1307). 

Furthermore, the terminal A verifies whether or not the group 
10 participation certificate issue permit I_B has been decrypted 
successfully. If the decryption succeeded (S1308: Yes), it is 
possible to confirm that the group participation certificate issue 
permit possessed by the terminal B has been encrypted with the 
group private key KG_S, i.e. that the terminal B is the terminal of an 
15 authorized group issuer. If the decryption failed (S1308: No), the 
terminal A terminates the process without renewing the group 
participation certificate issue permit of the terminal B, since it 
cannot verify that the terminal B is an authorized issuer of the 
group. 

20 Subsequently, the terminal A creates a group participation 

certificate issue permit I_B'=e (KB_P+T_B', KG_S), which is a 
renewed version of the group participation certificate issue permit 
I_B, by encrypting the public key KB_P of the issuer B together with 
a new expiration date T_B' by using the group private key KG_S, and 

25 sends the renewed group participation certificate issue permit I_B' 
to the terminal B (S1309). 

The terminal B receives the renewed group participation 
certificate issue permit I_B' from the terminal A (S1310). Fig. 23 
shows information possessed by the terminal B at the point of time 

30 when the above processing for renewing the group participation 
certificate issue permit completes. 

Note that, as in the case of expired participant information in 
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the process "11. Remove group members", it is also possible to 
control the authority of a certain group issuer to issue group 
participation certificates by preparing, sharing and removing 
expiration information about such group issuer and by refusing to 
5 renew its group participation certificate issue permit. 

A unique effect of the second embodiment is that it is possible 
to increase opportunities for new membership to a group without 
needing to duplicate the private key, which has a high degree 
confidentiality, by having only the group manager assign group 

10 issuers having the authority to issue group participation certificates 
where required. 

Note that although a group participation certificate, a group 
participation certificate issue permit, and a expired participant list 
are encrypted with the private key of the group manager or a group 

15 issuer in the first and the second embodiments, since what is 
encrypted is a public key that is made public and expiration period 
information, which do not necessarily have to be kept secret, a 
signature may be created by the use of the above private key 
instead of performing encryption. Since it is also possible for a 

20 recipient to detect that the contents of the public key have been 
tampered with and a participation certificate issue permit has been 
issued illegally, there is no effect on the present invention. 

Furthermore, an expiration date to be attached to a group 
participation certificate is a date and time when such group 

25 participation certificate becomes invalid in both the first and the 
second embodiments, it is also possible that a group participation 
certificate includes the date and time when the group participation 
certificate was issued, and the difference is determined between the 
time and date when the participation certificate is verified and the 

30 time and date of issue, so as to judge that it is within the expiration 
date if the determined difference is not beyond a predetermined 
period of time (e.g. one month). 
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Moreover, the present date and time to be used for judging an 
expiration date is extracted from the clock of an ordinary terminal, 
but since there arises a possibility that group authentication 
processing will be affected by a big time difference between the 
5 clocks of two users engaged in group authentication, group 
authentication processing should not be desirably performed if there 
is a big time difference between the two clocks. In order to address 
this problem, the following measures are assumed: if it is shown, as 
a result of comparing two clocks before performing group 

10 authentication, that there is a difference between two clocks which 
goes far beyond a predetermined reference value, ( i ) a caution is 
issued by a user who has detected such difference to a partner user 
and group authentication is not performed; ( ii ) adjust one clock to 
the other forcefully; and (iii) determine an average value between 

15 the two clocks and adjust both clocks to the determined average 
value. 

Also, there is no mention about the encryption of a 
communication channel other than in u 7. Share information between 
group members" of the first embodiment and "8. Share information 

20 between group members" of the second embodiment, but 
encryption may be similarly performed in all the processes. Such 
encryption is not mandatory since a third person cannot 
immediately make an illicit use of a group participation certificate or 
a group participation certificate issue permit to be exchanged, even 

25 if s/he obtains them, unless s/he obtains the private key of a group 
member or a group issuer. However, a communication channel may 
be encrypted for further enhanced security. 

Furthermore, it may also be possible that a single user 
becomes a manger of more than one group by preparing and holding 

30 more than one pair of group public keys and group private keys. 
Similarly, it may also be possible that a single user becomes a 
member or an issuer of each of a plurality of groups, or belongs to a 
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plurality of groups as a member with a different authority (i.e. 
manager, issuer and ordinary member) in each of such groups. 

Third Embodiment 
The present embodiment explains an embodiment in which a 
5 search is made for the above group on the P2P network. In this 
case, the following processes are assumed or required in order to 
make an access to a group member: 

(1) Form group; 

(2) Advertise group; 

io (3) Obtain group information; 

(4) Obtain entry point information; 

(5) Request new membership to group 

(6) Authenticate each other between group members; 

(7) Share information between group members; 
15 (8) Renew group participation certificate; 

(9) Remove group member; 

(10) Add group manager; and 

(11) Renew group public key; 

Note that explanations of the above-listed processes are 
20 omitted since they are the same as those explained in the first 
embodiment. 

As in the case of (2) of "3. Obtain group information" or (1) of 
M. Obtain entry point information" in the first embodiment, when a 
participant of the group with a group participation certificate 

25 searches, through its terminal, for group information and entry 
point information utilizing the information search method of the P2P 
network, such member shall be notified of the latest group public 
key as a response from another member of the group. In this 
process, such searcher adds a "request indicating that such searcher 

30 wishes to be notified of the group public key" to a message to be 
prepared at the time of search. Each group member stores the 
history of the group public key, and upon receipt of the above 
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message, sends the latest group public key as a response to such 
searcher, when the group public key included in such message is 
included in the group public key history possessed by such group 
member. A detailed explanation of a method for notifying a 
5 searcher who searches for entry point information of the latest 
group public key is given later. 

Next, referring to Fig. 26, an explanation is given of the 
processing for obtaining group information by utilizing the 
information search method of the P2P network described in "3. 

10 Obtain group information". Fig. 26 is a flowchart showing the flow 
of each process carried out on the terminal X of a searcher X and on 
the terminal A of the group manager A. Fig. 27 shows information 
possessed by the terminal X at the point of time when the processing 
for obtaining the group information completes. 

15 The terminal A prepares, in advance, a pair of the group 

public key KG_P and private key KG_S, and group information IG on 
the instructions of the group manager (S2101). Note that the 
group public key KG_P and the group information IG may be made 
public in advance (Refer to "1. Form group" and "2. Advertise 

20 group"). 

The terminal X prepares a condition CG which should be 
satisfied by a group wishes to whishes join (S2102) on the 
instructions of the searcher X. Such condition for search is 
assumed to be a group category and the like, but the present 

25 invention is not limited to this. Also, there is no limitation to forms 
for describing a search condition. 

The terminal X prepares a group search message MG_Q which 
includes the prepared group condition CG, and sends the group 
search message MG_Q (S2103). This group search message MG_Q 

30 can be sent by means of broadcast, multicast, and a message 
transmission method of the P2P network, but the present invention 
is not limited to these methods. 
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Subsequently, the terminal A receives the group search 
message MG_Q, and compares the group condition CG included in 
this MG_Q with the group information IG of the group stored in the 
terminal A so as to judge if these conditions match each other 
5 (S2104). Such judgment may be automatically made by a program 
or the like. When the group condition CG and the group information 
IG do not match (S2104: No), the terminal A destroys the MG_Q to 
terminate the process, or sends the MG_Q to another user to 
terminate the process. 

10 When the group condition CG and the group information IG 

match each other (S2104: Yes), the terminal A prepares a group 
information response message MG_A from the group information IG 
including the group public key KG_P, creates a signature on the 
MG_A by using the group private key KG_S, and sends the signed 

15 group information response message MG_A to the terminal X 
(S2105). 

Upon receipt of the group information response message 
MG_A from the terminal A, the terminal X obtains the group public 
key KG_P included in such MG_A (S2106). 
20 Furthermore, the terminal X verifies the validity of the 

signature on the MG_A by using the group public key KG_P (S2107). 
If the validity of the signature cannot be verified (S2107: No), there 
is a possibility that the MG_A has been tampered with by a third 
person, and therefore the terminal X destroys the MG_A to 
25 terminate the process. 

When the validity of the signature has been verified (S2107: 
Yes), the terminal X obtains the group information IG from the group 
information response message MG_A (S2108). 

Then, the terminal X compares the group information IG with 
30 the group condition CG so as to judge whether or not they match 
each other (S2109). 

When judging that they do not match (S2109: No), the 
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terminal X destroys the group information response message MG_A, 
and terminates the process. 

Meanwhile, when judging that they match each other (S2109: 
Yes), the terminal X memorizes the group information IG and the 
5 group public key KG_P included in the group information response 
message MG_A received from the terminal A. Note that a message 
does not necessarily have to be prepared by the manager, and 
therefore, another embodiment is assumed in which another user 
caches a response message which was previously prepared by the 
10 manager so as to use the cached message for response. 

With the above method, the searcher X can verify that the 
group information which s/he obtained as a response has been 
prepared by the group manager who possesses the group public key 
KG_P. 

15 In other words, by using the group public key as an identifier 

for uniquely identifying the group and by adding a signature to the 
group information by the use of the group private key, it is possible 
to prevent anyone other than the group manager from falsifying 
information about the group. 

20 Moreover, even if the manager of another group G2 would use 

the group public key of the above group Gl as an identifier of the 
group G2, it is impossible to fake the private key of the group Gl 
since it is virtually difficult to calculate the private key of the group 
Gl from the public key which is long enough to make it impossible at 

25 present. 

Thus, the use of the above method solves the problems 
concerning the falsification of group information and the verification 
of the uniqueness of the groups. 

However, a single group public key cannot serve as an 
30 identifier for verifying the uniqueness of the group, if the group 
public key is to be renewed from time to time for security reasons. 
In such a case, the uniqueness of the group needs to be assured by 
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utilizing the history of the group public key as described later. 

Next, referring to Fig. 28, a detailed explanation is given of 
the processing for obtaining entry point information, by utilizing the 
information search method of the P2P network as described in u 4. 
5 Obtain entry point information". Fig. 28 is a flowchart showing the 
flow of each process carried out on the terminal X of a searcher X 
and on the terminal Y of the participant Y. Fig. 29 shows information 
possessed by the terminal X at the point of time when the processing 
for obtaining entry point information completes. 

10 The terminal X prepares an entry point search message ME_Q 

which includes the group public key KG_P of the group whose entry 
point information the terminal X wishes to obtain, and sends the 
entry point search message ME_Q to the network (S2301). This 
entry point search message ME_Q can be sent by means of 

15 broadcast, multicast, unicast, and a message transmission method 
of the P2P network, but the present invention is not limited to any 
specific methods. 

Upon receipt of the ME_Q, the terminal Y of the participant Y 
obtains the group public key KG_P included in the ME__Q, and 

20 compares the group public key KG_P with a group public key KG_P' 
of the group of Y (S2302). 

When these two public keys do not match each other (S2303: 
No), the terminal Y destroys the ME_Q to terminate the process, or 
sends the ME_Q to another user to terminate the process. 

25 When these two keys match each other (S2303: Yes), the 

terminal Y prepares an entry point search response message ME_A 
that includes a group participation certificate C_Y the terminal Y 
holds and its own entry point information EY, under instructions from 
the participant Y. Furthermore, the terminal Y creates a signature 

30 on the ME_A by using a private key KY_S of the participant Y, and 
sends the signed ME_A to the terminal X (S2304). 

Subsequently, the terminal X obtains the C_Y from the 
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received ME_A (S2305). Then, the terminal X verifies the validity 
of the C_Y by using the group public key KG_P (S2306). The 
validity of the C_Y can be verified by checking the following two 
points (S2306): 

5 (1) If the C_Y can be normally decrypted with the KG_P, or the 

signature can be verified; and 

(2) If the expiration date is still valid. 
When the validity of the C_Y cannot be verified (S2306: No), the 
terminal X destroys the ME_A to terminate the process. 
10 The terminal X obtains the public key KY_P of the participant 

Y from the C_Y, and further verifies the validity of the signature on 
the ME_A by using the KY_P (S2307). 

When the validity of the signature on the ME_A cannot be 
verified (S2308: No), the terminal X destroys the ME_A and 
15 terminates the process, regarding that there is a possibility that the 
ME_A has been tampered with by a third person. 

When the validity of the signature on the ME_A has been 
verified (S2308: Yes), the terminal X authenticates the terminal Y as 
a member of the group to be identified by the KG_P, and memorizes 
20 the EY as an entry point of the group (S2309). 

As described above, by using the group public key as 
information for uniquely identifying the group and by including, in a 
search response, information which attests that a participant is a 
member of the group to be identified by such group public key, it is 
25 possible to prevent anyone other than group members from 
falsifying entry point information. 

Next, referring to Fig. 30, a detailed explanation is given of a 
method for renewing the group public key explained in (4) in "11. 
Renew group public key". Fig. 30 is a flowchart showing the flow of 
30 each process carried out on the terminal X of an entry point searcher 
X and on the terminal Y of a participant Y who is a member of the 
group using such group public key. Fig. 31 shows information 
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possessed by the terminal X at the point of time when the processing 
for renewing the group public key completes. 

The terminal X of the searcher X prepares an entry point 
search message ME_Q which includes the group public key KG_P of 
5 the group whose entry point information the terminal X wishes to 
obtain, and sends the entry point search message ME_Q to the 
network (S2501). This entry point search message ME_Q can be 
sent by means of broadcast, multicast, unicast, and a message 
transmission method of the P2P network, but the present invention 

10 is not limited to any specific methods. 

Upon receipt of the ME_Q, the terminal Y obtains the KG_P 
included in the ME_Q. Furthermore, the terminal Y compares a 
public key KG_P' of the group to which the participant Y belongs, 
with the KG_P (S2502). 

15 When these two public keys do not match (S2503: No), the 

terminal Y judges whether or not the KG_P is included in a group 
public key history HG of the group to which the participant Y belongs 
(S2504). 

When the KG_P is not included in the HG (S2505: No), the 
20 terminal Y destroys the ME_Q to terminate the process, or sends the 
ME_Q to another user to terminate the process. 

Note that the terminal Y shall already possess a group public 
key change message MC_K which is indicative of a change of the 
group pubic key in the group public key history HG, together with 
25 such group public key history HG. Also, when the group public key 
is changed from KG_P (I) to KG_P (1 + 1), the group manager sends 
a group public key change message MC_K (I) to all the group 
members. The MC_K (I) includes the KG_P (1 + 1), the signature on 
which has been checked by the use of the KG_P (I) and KG_P (1+1), 
30 and therefore it is possible to verify that it has been issued by the 
manager who possesses the previous and latest group private keys. 
If the KG_P is the I th key of the group and the KG_P' is the 
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I+J r key of the group, the terminal Y prepares a group public key 
notification message MU_K including J pieces of group public key 
change messages starting from MC_K (1 + 1) to MC_K (I+J), and 
sends the group publication key notification message MU_K to the 
5 terminal X (S2506). 

Subsequently, the terminal X receives the MILK, and carries 
out the subsequent processes, letting that K=l (S2507). 

The terminal X obtains MC_K (I + K) from the received MU_K 
(S2508). Further, the terminal X verifies the validity of the 
10 signature on the MC_K (I + K), by using KG_P (I + K-l) (S2509). 

When the validity of the signature cannot be verified (S2510: 
No), the terminal X destroys the MU_K, and terminates the process. 

When the validity of the signature has been verified (S2510: 
Yes), the terminal X obtains KG_P (I + K) from the MC_K (I + K) 
15 (S2511). 

Furthermore, the terminal X judges whether or not K and J are 

equal to each other (S2512). If K and J are not equal (S2512: No), 

the terminal X carries on the above processes (S2508 ~ S2512), 

letting that K=K+1 (S2513). 
20 Meanwhile, when K and J are equal (S2512: Yes), the terminal 

X replaces KG_P'=KG_P (I+J) with the KG_P as the latest group 

public key (S2514). 

As above, by judging the uniqueness of the group by the use 

of the group public key history, it is possible to use, as a group 
25 identifier, such information as a group public key which is subject to 

renewal. 

Moreover, the use of the above method enables a user having 
only an old group public key to be notified of the latest group public 
key and to verify the validity of such received latest group public key 
30 by using the previous group public key. 

As described above, if a group uses a fixed group public key, 
it becomes possible to solve the problems concerning the 
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verification of the uniqueness of the group and the falsification of 
the group information. 

Fourth Embodiment 
Members making up the group are only the manager and 
ordinary users in the third embodiment, but a larger number of 
managers, i.e. those who have the authority to issue group 
participation certificates (and therefore the duplication of the group 
private key) are required, in order to increase opportunities for new 
membership to the group, as stated in the first embodiment. 
However, if more than one user holds the group public key, there is 
a higher possibility that such group public key becomes subject to 
leakage. 

The present embodiment is intended to improve the above 
problem, in which group members are categorized into three types 
of members: one and only group manager; issuers who have the 
authority to issue group participation certificates; and ordinary 
users. Here, only the group manager is allowed to grant, to a 
participant, the authority to issue group participation certificates, 
and only the group manager and group issuers are allowed to issue 
group participation certificates for ordinary users. As described 
above, if the manager assigns more than one issuer in the group, it 
is possible to increase opportunities for new membership to a group 
without needing to duplicate the group private key. 

In order to manage such group, the following processes are 
required: 

(1) Form group; 

(2) Advertise group; 

(3) Add group issuer 

(4) Obtain group information; 

(5) Obtain entry point information; 

(6) Request new membership to group; 

(7) Authenticate each other between group members; 
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(8) Share information between group members; 

(9) Renew group participation certificate; 

(10) Renew group participation certificate issue permit; 

(11) Remove group member; and 
5 (12) Renew group public key. 

Note that explanations of the above-listed processes are 

omitted since they are the same as those explained in the first and 

the second embodiments. 

Next, referring to Fig. 32, a detailed explanation is given of 
10 the processing for obtaining the group information, utilizing the 

information search method of the P2P network described in "4. 

Obtain group information". Fig. 32 is a flowchart showing the flow 

of each process carried out on the terminal X of a group searcher X 

and on the terminal B of the group issuer B. Note that information 
15 possessed by the terminal X at the point of time when the processing 

for obtaining the group information completes is the same as the 

one illustrated in Fig. 27. 

The terminal B obtains, from the group manger, a group 

participation certificate issue permit I_B and group information IG 
20 including the group public key KG_P, under instructions from the 

issuer B (S2701). 

The terminal X prepares a condition CG which should be 

satisfied by a group the terminal X wishes to join (S2702) on the 

instructions of the searcher X. Such condition for search is 
25 assumed to be a group category and the like, but the present 

invention is not limited to this. Also, there is no limitation to forms 

for describing a search condition. 

The terminal X prepares a group search message MG_Q which 

includes the prepared CG, and sends the group search message 
30 MG_Q to the network (S2703). This group search message MG_Q 

can be sent by means of broadcast, multicast, and a message 

transmission method of the P2P network, but the present invention 
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is not limited to any specific transmission methods. 

Subsequently, the terminal B receives the group search 
message MG_Q, and compares the CG included in this MG_Q with 
the group information IG of the group to which the issuer B belongs, 
5 so as to judge whether or not the group that the issuer B belongs to 
satisfies the condition indicated by the CG (S2704). Such 
judgment may be automatically made by a program or the like. 
When the CG and the IG do not match each other (S2704: No), the 
terminal B destroys the MG_Q to terminate the process, or sends the 

10 MG_Q to another user to terminate the process. 

The terminal B prepares a group information response 
message MG_A that includes the IG including the group public key 
KG_P and the group participation certificate issue permit I_B of the 
issuer B. Then, after adding a signature on the MG_A by using the 

15 private key KB_S of the issuer B, the terminal B sends the signed 
MG_A to the terminal X (S2705). 

Upon receipt of the group information response message 
MG_A from the terminal B, the terminal X obtains the KG_P and the 
I_B included in such MG_A (S2706). 

20 Then, the terminal X verifies the validity of the I_B using the 

group public key KG_P (S2707). The validity of the I_B can be 
verified by checking the following two points: 

(1) If the I_B can be normally decrypted, or the signature on 
the I_B can be verified; and 

25 (2) If the expiration date of the I__B is still valid. 

When the validity of the I_B cannot be verified, the terminal X 
destroys the MG_A to terminate the process because of the 
possibility that the MG_A has been generated by a person who is not 
an authorized issuer. 

30 The terminal X obtains the public key KB_P of the issuer B 

from the I_B, and further verifies the validity of the signature on the 
MG__A by using the KB_P (S2708). If the validity of the signature 
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cannot be verified (S2109: No), there is a possibility that the MG_A 
has been tampered with by a third person, and therefore the 
terminal X destroys the MG_A to terminate the process. 

The terminal X stores the IG included in the MG_A received 
5 from the terminal A (S2710). 

With the above method, it is possible to prevent those users 
other than group issuers and the group manager from tampering 
with the group information. 

Furthermore, the group public key can be used as information 

10 for uniquely identifying the group, as described in an example of 
obtaining the group information in the first embodiment. Note that 
a message does not necessarily have to be prepared by the manager, 
and therefore, another embodiment is assumed in which another 
user caches a response message which was previously prepared by 

15 the manager so as to use the cached message for response. 

Next, referring to Fig. 33, a detailed explanation is given of 
the processing for obtaining entry point information by utilizing the 
information search method of the P2P network as described in "5. 
Obtain entry point information". Fig. 33 is a flowchart showing the 

20 flow of each process carried out on the terminal X of a searcher X 
and on the terminal Y of a group participant Y. Note that the group 
participation certificate of the participant Y shall have been issued 
by the group issuer B. Fig. 34 shows information possessed by the 
terminal X at the point of time when the processing for obtaining 

25 entry point information completes. 

The terminal X prepares an entry point search message ME_Q 
which includes the group public key KG_P of the group whose entry 
point information the terminal X wishes to obtain, and sends the 
entry point search message ME_Q to the network (S2801). This 

30 entry point search message ME_Q can be sent by means of 
broadcast, multicast, unicast, and a message transmission method 
of the P2P network, but the present invention is not limited to any 
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specific methods. 

Upon receipt of the ME_Q, the terminal Y obtains the KG_P 
included in the ME_Q (S2802). 

The terminal Y compares the public key KG_P' of the group 
5 which the participant Y belongs to, with the group public key KG_P 
(S2803). When these two public keys do not match each other 
(S2803: No), the terminal Y destroys the ME_Q to terminate the 
process, or sends the ME_Q to another user to terminate the 
process. 

10 The terminal Y prepares an entry point search response 

message ME_A that includes a group participation certificate C_Y of 
the participant Y, the group participation certificate issue permit I_B 
of the group issuer B who issued the C_Y, and entry point 
information EY of the participant Y, under instructions from the 

15 participant Y. Furthermore, the terminal Y creates a signature on 
the ME_A by using a private key KY_S of the participant Y, and sends 
the signed ME_A to the terminal X (S2804). 

Subsequently, the terminal X obtains the I_B from the 
received ME_A, and verifies the validity of the I_B using the KG_P 

20 (S2805). 

When the validity of the I_B cannot be verified (S2806: No), 
the terminal X regards the participant Y as not belonging to the 
group, and destroys the ME_A to terminate the process. 

When the validity of the I_B has been verified (S2806: Yes), 
25 the terminal X obtains the public key KB_P of the issuer B from such 
I_B, and further obtains the C_Y from the ME_A so as to verify the 
validity of the C_Y using the KB_P (S2807). 

When the validity of the C_Y cannot be verified (S2808: No), 
the terminal X regards the terminal Y as not belonging to the group, 
30 and destroys the ME_A to terminate the process. 

When the validity of the C_Y has been verified (S2808: Yes), 
the terminal X obtains the public key KY_P of the participant Y from 
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the C_Y, and verifies the signature on the ME_Q (S2809). 

When the validity of the sign cannot be verified (S2810: No), 
the terminal X destroys the ME_Q and terminates the process, 
regarding that there is a possibility that the ME_Q has been 
5 tampered with by a third person. 

When the validity of the sign has been verified (S2810: Yes), 
the terminal X authenticates the terminal Y as a member of the 
group to be identified by the KG_P, and obtains the EY from the 
ME__A so as to memorize it as an entry point of the group (S2811). 
io By using the above method, it is possible to verify if a user 

who prepared entry point information is a member of the group. 

As explained above, according to the communication system 
described in the third and the fourth embodiments, there is no need 
for a server that is required to be operated all the time. Moreover, 
15 by allowing a search result to be obtained by the use of the private 
key or the group participation certificate of a person who responds 
to such search, it is possible to prevent non-group members from 
responding to the search, i.e. those who falsify group information so 
as to make a fraudulent response. 

20 
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